From guest Tue Oct 31 18:53:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA10444; Tue, 31 Oct 1995 18:37:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA10441; Tue, 31 Oct 1995 18:37:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28336; Tue, 31 Oct 95 18:37:11 -0800 Received: from mail0.nk-exa.co.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA09622; Tue, 31 Oct 1995 18:37:08 -0800 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id LAA00651; Wed, 1 Nov 1995 11:37:05 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id LAA11308 for ; Wed, 1 Nov 1995 11:37:05 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.7) with SMTP id LAA21859; Wed, 1 Nov 1995 11:36:55 +0900 Received: from localhost.dst.nk-exa.co.jp by dimwit.dst.nk-exa.co.jp via SMTP (931110.SGI/930416.SGI.AUTO) for @exagw.nk-exa.co.jp:info-performer@sgi.sgi.com id AA12827; Wed, 1 Nov 95 11:39:23 +0900 To: info-performer@sgi.sgi.com Subject: vout Reply-To: wry@dst.nk-exa.co.jp Date: Wed, 01 Nov 1995 11:39:11 +0900 Message-Id: <12824.815193551@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Excuse me, The question about vout command is not a performer question, but I think many performer-people use MCO & vout command, so I'll post this here. One of my customers use MCO & vout command. His MCO works properly with vout command. Now, he use them with the following sequence. 1. with using vout, the MCO works properly, (4@640x480) 2. change display mode to No-MCO mode, (1@1280x1024) 3. change display mode to MCO mode again, <- previous vout setting is gone! 4. execute vout command ( only execution, no vout-operation ) <- previous vout setting returns. However, he wants to avoid the No.4 operation, does anyone know a good idea ? Thanks, -- M.Y. From guest Tue Oct 31 21:55:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA11005; Tue, 31 Oct 1995 21:45:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA11002; Tue, 31 Oct 1995 21:45:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07203; Tue, 31 Oct 95 21:45:55 -0800 Received: from gatekeeper.bvr.co.il by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id VAA28575; Tue, 31 Oct 1995 21:45:47 -0800 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id FAA18303; Wed, 1 Nov 1995 05:45:06 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma018297; Wed Nov 1 07:44:42 1995 Received: by genie.bvr.co.il (940816.SGI.8.6.9/931108.SGI.AUTO.ANONFTP) id HAA09092; Wed, 1 Nov 1995 07:44:59 +0200 From: "Ran Yakir" Message-Id: <9511010744.ZM9090@genie.bvr.co.il> Date: Wed, 1 Nov 1995 07:44:59 +0000 In-Reply-To: "Angus Dorbie" "Re: Textures" (Oct 31, 11:13pm) References: <9510312223.AA17717@dw3si.ess.harris.com> <9510312313.ZM5585@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: bmcquear@dw3f.ess.harris.com, "Angus Dorbie" Subject: Re: Textures Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Angus, >From the results I get on my IMPACT, both OpenGL and IrisGL load 4 bits/comp textures. Moreover, the bilinear filter seems to do its calculations in 4 bits only, therefore creating a very noticable quantization effect when zooming into a texture. Bruce, Do you use very large textures (1024x1024 for example) ? I was running an IrisGL (non-Performer) program on that IMPACT, with a database that uses 4 such textures. The textures were not drawn. When I zoomed them down to 512x512 each, everything was fine. When you come to think of it, it makes sense that such large textures will pose a problem : a 512x512 texture will occupy a space of about 680K bytes in texture memory (2 bytes per texel, and mipmaped). A 1024x1024 texture will need a space of 2.7 Mbytes (more than 1M on the High IMPACT). Sure, you can swap textures on the IMPACT, but what happents if one texture is too large ? On the RealityEngine, mipmaped 1024x1024 textures are scaled down to 1024x512. Ran > On the memory usage front: > > I've noticed that when loading flight format files into performer 2.0 on > High IMPACT + TRAM option the Iris GL implementation seems to use 8 bits > per component but the Open GL implementation uses 4 bits per component > (eye balling). 5 bits per component internal on ONYX would use less > memory, it depends what your loader is doing. > Also a mipmapped minifacation filter would use more texture memory than > one without mipmaps, although possibly a smidgen less than you are seeing. > Could this be some minification filter default issue? > > Just a couple of wild guesses. > > Rgds, > Angus. > > On Oct 31, 5:23pm, bmcquear@dw3f.ess.harris.com wrote: > > Subject: Textures > > > > Hi, > > > > We recently accquired an Impact (High AA Impact / TRAM Option Card) and > > are trying to run an application that previously ran on an Onyx, and > > Indigo 2 Extreme. > > > > Our application is implemeted in Performer 2.0, but linked with Iris GL > > (temporarily). The problem is that I'm trying to read in a large > > textured database (dwb format), and the texture is not being loaded in. > > One strange thing is that I can telnet to the Impact from an Indy, run > > the application, and all the textures are loaded and displayed. > > > > I also tried to load the application with perfly on the Impact, but > > again the textures were not displayed. The output from notify indicates > > that the total texture use goes above 100% of the RM (for example > > "Total Texture Use = 137 % of 4 MB Raster Manager" ). > > > > Any ideas or explanations would be greatly appreciated. > > > > Thanks, > > Bruce McQueary > > -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Wed Nov 1 02:41:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA11351; Wed, 1 Nov 1995 02:26:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA11348; Wed, 1 Nov 1995 02:26:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17730; Wed, 1 Nov 95 02:26:33 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA14539; Wed, 1 Nov 1995 02:26:30 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id KAA06848; Wed, 1 Nov 1995 10:02:47 +0100 From: "Angus Dorbie" Message-Id: <9511011002.ZM6846@bitch.reading.sgi.com> Date: Wed, 1 Nov 1995 10:02:47 +0100 In-Reply-To: "Ran Yakir" "Re: Textures" (Nov 1, 7:44am) References: <9510312223.AA17717@dw3si.ess.harris.com> <9510312313.ZM5585@bitch.reading.sgi.com> <9511010744.ZM9090@genie.bvr.co.il> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Ran Yakir" , bmcquear@dw3f.ess.harris.com Subject: Re: Textures Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Ran, this could be because you don't have the additional TRAM, this prevents 3 component 8 bit per component texturing. On an IMPACT_with_ additional TRAM 3 component 8 bit per component can be done. On Nov 1, 7:44am, Ran Yakir wrote: > Subject: Re: Textures > Angus, > > >From the results I get on my IMPACT, both OpenGL and IrisGL load 4 bits/comp > textures. Moreover, the bilinear filter seems to do its calculations in 4 bits > only, therefore creating a very noticable quantization effect when zooming into > a texture. > > (more than 1M on the High IMPACT) unless you have more TRAM. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Nov 1 02:44:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA11356; Wed, 1 Nov 1995 02:28:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA11353; Wed, 1 Nov 1995 02:28:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17776; Wed, 1 Nov 95 02:28:47 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA14615; Wed, 1 Nov 1995 02:28:49 -0800 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id CAA24661; Wed, 1 Nov 1995 02:28:46 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA05163; Wed, 1 Nov 1995 10:25:56 GMT From: "Rob Jenkins" Message-Id: <9511011025.ZM5161@barney.reading.sgi.com> Date: Wed, 1 Nov 1995 10:25:55 +0000 In-Reply-To: "Beaver, Jim" "Motif popup menus in Performer" (Oct 31, 5:19pm) References: <9509318151.AA815178188@smtpgwy.si.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Beaver, Jim" , info-performer@sgi.sgi.com Subject: Re: Motif popup menus in Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Jim Do: ftp://sgigate.sgi.com/pub/Performer/src/pfMotif.C /pub/Performer/selected-topics/pf-GLX help you ? Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Wed Nov 1 07:13:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA11972; Wed, 1 Nov 1995 07:01:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA11969; Wed, 1 Nov 1995 07:01:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23480; Wed, 1 Nov 95 07:01:45 -0800 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA02041; Wed, 1 Nov 1995 07:01:47 -0800 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA18011; Wed, 1 Nov 95 09:59:41 -0500 Message-Id: <9511011459.AA18011@dw3si.ess.harris.com> To: info-performer@sgi.sgi.com Subject: Textures Date: Wed, 01 Nov 95 09:59:41 -0500 X-Mts: smtp Status: O Hi Again, Thanks for the responses concerning texture with the Impact! One thing that I did notice is that the texture images being loaded in were 774 x 1024 images, so we scaled them down as Ran had mentioned (to 75% of orignal) and they were loaded in and displayed ok on the Impact, however, as expected, the resolution appears to degrad more significantly as you zoom into the terrain than the previous 1024 x 1024 images did. I am wondering if this image size is a limitation of the Impact in general, or our particular Impact configuration? Should more texture memory take care of this? Is our TRAM card providing additional texture memory, above the standard 1 Meg? Can I expect the same situation with the Maximum Impact, or should the two texture engines solve it? I know that I may have diverged alittle from Performer, but any info would be appreciated. Thanks, Bruce McQueary Heres our hinv.... Iris Audio Processor: version A2 revision 1.1.0 1 200 MHZ IP22 Processor FPU: MIPS R4010 Floating Point Chip Revision: 0.0 CPU: MIPS R4400 Processor Chip Revision: 6.0 On-board serial ports: 2 On-board bi-directional parallel port Data cache size: 16 Kbytes Instruction cache size: 16 Kbytes Secondary unified instruction/data cache size: 2 Mbytes Main memory size: 128 Mbytes EISA bus: adapter 0 Integral Ethernet: ec0, version 1 Integral SCSI controller 1: Version WD33C93B, revision D Integral SCSI controller 0: Version WD33C93B, revision D CDROM: unit 3 on SCSI controller 0 Tape drive: unit 2 on SCSI controller 0: DAT Disk drive: unit 1 on SCSI controller 0 Graphics board: High-AA Impact/TRAM option card Original Message: > > Hi, > > > > We recently accquired an Impact (High AA Impact / TRAM Option Card) and > > are trying to run an application that previously ran on an Onyx, and > > Indigo 2 Extreme. > > > > Our application is implemeted in Performer 2.0, but linked with Iris GL > > (temporarily). The problem is that I'm trying to read in a large > > textured database (dwb format), and the texture is not being loaded in. > > One strange thing is that I can telnet to the Impact from an Indy, run > > the application, and all the textures are loaded and displayed. > > > > I also tried to load the application with perfly on the Impact, but > > again the textures were not displayed. The output from notify indicates > > that the total texture use goes above 100% of the RM (for example > > "Total Texture Use = 137 % of 4 MB Raster Manager" ). > > > > Any ideas or explanations would be greatly appreciated. > > > > Thanks, > > Bruce McQueary > > From guest Wed Nov 1 08:50:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA12206; Wed, 1 Nov 1995 08:39:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA12203; Wed, 1 Nov 1995 08:39:26 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26637; Wed, 1 Nov 95 08:39:18 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id IAA19045; Wed, 1 Nov 1995 08:39:20 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA26627; Wed, 1 Nov 95 08:39:12 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id IAA20822; Wed, 1 Nov 1995 08:39:15 -0800 Date: Wed, 1 Nov 1995 08:39:15 -0800 From: mtj@babar (Michael Jones) Message-Id: <199511011639.IAA20822@babar.asd.sgi.com> To: info-performer@sgihub.corp.sgi.com Subject: textures on Impact Status: O This may not solve your bug, but realize that textures images in OpenGL (as on Impact either directly in OpenGL code or indirectly through IGLOO) need to be power-of-two in size in both S and T directions. Also note that when any toolkit fixes non power-of-two tetxure for you, it will probably scale up to the next bigger size rather than down. This is an important issue: IRIS GL let you slide on this and would rescale for you upon texture load, OpenGL does not. 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 From guest Wed Nov 1 14:07:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA13598; Wed, 1 Nov 1995 14:01:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA13595; Wed, 1 Nov 1995 14:01:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18686; Wed, 1 Nov 95 14:01:44 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA04584; Wed, 1 Nov 1995 14:01:41 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id XAA07942; Wed, 1 Nov 1995 23:00:21 +0100 From: "Angus Dorbie" Message-Id: <9511012300.ZM7940@bitch.reading.sgi.com> Date: Wed, 1 Nov 1995 23:00:20 +0100 In-Reply-To: bmcquear@dw3f.ess.harris.com "Textures" (Nov 1, 9:59am) References: <9511011459.AA18011@dw3si.ess.harris.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The TRAM option card brings you up to 4Mb of texture. Try your image without mipmaping, if this is acceptable, enlarge it to 1k x 1k before loading though. If this is unacceptable split your texture to multiple files and apply to your polygons accordingly. This should allow you to use more texture at lower quality or at worst use the fast IMPACT texture paging with a performance penalty. I hope someone answers your question though, what's the real-time maximum texture size on IMPACT with & without the extra TRAM, mipmapped & non-mipmapped? Also with various numbers of components & bits per component if it makes a difference? I expect this just scales from RE numbers but I'd like to be sure. Someone else asked me this today. On Nov 1, 9:59am, bmcquear@dw3f.ess.harris.com wrote: > Subject: Textures > > Hi Again, > > Thanks for the responses concerning texture with the Impact! > > One thing that I did notice is that the texture images being loaded in > were 774 x 1024 images, so we scaled them down as Ran had mentioned (to > 75% of orignal) and they were loaded in and displayed ok on the Impact, > however, as expected, the resolution appears to degrad more > significantly as you zoom into the terrain than the previous 1024 x > 1024 images did. > > I am wondering if this image size is a limitation of the Impact in > general, or our particular Impact configuration? Should more texture > memory take care of this? Is our TRAM card providing additional texture > memory, above the standard 1 Meg? Can I expect the same situation with > the Maximum Impact, or should the two texture engines solve it? > > > I know that I may have diverged alittle from Performer, but any info > would be appreciated. > > Thanks, > Bruce McQueary > -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Thu Nov 2 06:47:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA19600; Thu, 2 Nov 1995 06:21:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA19597; Thu, 2 Nov 1995 06:21:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25773; Thu, 2 Nov 95 06:21:50 -0800 Received: from ldsa.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA11245; Thu, 2 Nov 1995 06:21:42 -0800 From: dheskamp@ldsa.com Received: from ldsa.com (sun7) by ldsa.com (5.x/SMI-SVR4) id AA12600; Thu, 2 Nov 1995 09:16:42 -0500 Received: from pc1027.ldsa by ldsa (5.0/SMI-SVR4) id AA02499; Thu, 2 Nov 1995 09:19:12 +0500 To: info-performer@sgi.sgi.com Subject: OpenGL overlays and performer Date: Wed, 1 Nov 95 17:50: 2 EST Message-Id: <9511012250.022778@pc1027.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Hello: O.K. I have read the answer to the question: "How do I overlay Graphics onto my Performer screen?" Still... I have had no success. For my application I want static information in the overlay plane (2 bits) and I want to use OpenGL. Does anyone have a suitable code fragment? Thanks! Dave Heskamp phone: (216) 796 - 5383 fax: (216) 796 - 7009 dheskamp@ldsa.com From guest Wed Nov 1 15:38:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA14433; Wed, 1 Nov 1995 15:31:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA14430; Wed, 1 Nov 1995 15:31:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24704; Wed, 1 Nov 95 15:31:32 -0800 Received: from copernicus.hpc.org by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA26846; Wed, 1 Nov 1995 15:31:22 -0800 Received: from galileo.hpc.org by copernicus.hpc.org (4.1/SMI-4.1) id AA19815; Wed, 1 Nov 95 18:12:35 EST Received: by galileo.hpc.org (950215.SGI.8.6.10/930416.SGI) id SAA10353; Wed, 1 Nov 1995 18:10:35 -0500 Date: Wed, 1 Nov 1995 18:10:35 -0500 (EST) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: Performer Subject: pfInitPipe() Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I have a 3 pipe Onyx setup with displays :0.0, :0.1, and :0.2. I'm using Performer code that has a call to pfInitPipe(NULL, OpenWindow) Now OpenWindow() looks like this: void OpenWindow(pfPipe *p) { char display_env[BUF_SIZE]; . . . /* * "pipe_display" string contains the setting * of the "DISPLAY" environment variable, * for example: "DISPLAY=:0.0" : */ putenv(pipe_display); winopen("TEST"); } I'm using IrisGL code that does pretty much the exact same thing as OpenWindow(). Now to the problem. The code tries to open up a window on each display by setting the "display_env" character array. In the Performer code, all the windows open up on the display that the app was started from. With the IrisGL code, each window opens on its on display. So the IrisGL code recognizes the DISPLAY environment variable, but the Performer code doesn't; and I've been told that the same Performer code run on a TKO (with displays ":0.0", ":1.0", ":2.0") setup opens the windows on the correct displays, like the IrisGL code. I've verified that "pipe_display" is being set correctly. I've done a getenv after the putenv() but before the winopen() and taken that information to use dglopen() on that display, and this seems to work. I've used scrnselect() to select a pipe and that seems to work. Things get interesting when I place a gversion() or getgdesc() before the putenv in the IrisGL library. This causes the IrisGL library to open up all the windows on one display regardless of what the DISPLAY environment is set to. So I've come to the conclusion that it's possible that Performer is calling one of these functions or a similiar Gl function that causes the winopen() to ignore the DISPLAY environment variable. Since you've read this far, I guess I should state my question: Is Performer making any such calls, and why do these calls cause future winopen() calls to ignore the DISPLAY environment variable? Thanks! .................................................................... Michael Kelley.......kelleym@ito.snap.org.......kelley_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Wed Nov 1 16:47:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA14859; Wed, 1 Nov 1995 16:42:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA14856; Wed, 1 Nov 1995 16:42:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29678; Wed, 1 Nov 95 16:42:49 -0800 Received: from alcor.unm.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id QAA13506; Wed, 1 Nov 1995 16:42:48 -0800 Received: from pegasus.unm.edu by alcor.unm.edu with smtp (Smail3.1.28.1 #37) id m0tAnbe-0003BVC; Wed, 1 Nov 95 17:34 MST Date: Wed, 1 Nov 1995 17:34:10 -0700 (MST) From: Maria Gallegos To: info-performer@sgi.sgi.com Subject: need pfColortable help Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm now exploring Colortables, and really don't have a clue.... I was wondering if what i'm doing wrong, i'm trying to apply a colortable to a cube. I'm trying to understand Colortables, and I'm trying to start as simple as possible. Here is the code: static pfVec4 mycolor[] = { {1.0f, 0.0f, 0.0f, 1.0f}, {0.0f, 0.0f, 1.0f, 1.0f}, {1.0f, 1.0f, 1.0f, 0.5f}, {0.0f, 1.0f, 0.0f, 0.5f}}; ctab = (pfColortable *)pfNewCtab(9, pfGetSharedArena()); pfCtabColor(ctab,0, mycolor[0]); pfCtabColor(ctab,1, mycolor[2]); pfCtabColor(ctab,2, mycolor[3]); ..... .... more pfCtabColor sets ... pfCtabColor(ctab, 8, mycolor[3]); gstate = pfNewGState(pfGetSharedArena()); pfGStateAttr(gstate, PFSTATE_COLORTABLE, ctab); pfGStateMode(gstate, PFSTATE_ENCOLORTABLE, PF_ON); /* Wavefront format .obj */ root = LoadFile(argv[1], gstate); Nothing appears on the screen when i do this. But if i set root = LoadFile(argv[1], NULL), a default color of grey appears. This doesn't work at all, I was wondering what i'm doing wrong? I've read the Programming Guide, but I need more info on Colortables. From what i understand, the colortable is just an array that points to a pfVec4?? R G B A ctab[0] ------> 1.0 0.0 0.0 1.0 Any possible input would be valuable...(and i mean any, we're talking Major Basics here)........ thank you so much, maria thecure@unm.edu From guest Wed Nov 1 21:24:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA16806; Wed, 1 Nov 1995 21:21:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA16803; Wed, 1 Nov 1995 21:21:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12476; Wed, 1 Nov 95 21:21:05 -0800 Received: from gatekeeper.bvr.co.il by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA27348; Wed, 1 Nov 1995 21:21:02 -0800 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id FAA21746; Thu, 2 Nov 1995 05:20:24 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma021744; Thu Nov 2 07:19:56 1995 Received: by genie.bvr.co.il (940816.SGI.8.6.9/931108.SGI.AUTO.ANONFTP) id HAA08337; Thu, 2 Nov 1995 07:20:15 +0200 From: "Ran Yakir" Message-Id: <9511020720.ZM8335@genie.bvr.co.il> Date: Thu, 2 Nov 1995 07:20:14 +0000 In-Reply-To: Maria Gallegos "need pfColortable help" (Nov 1, 5:34pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Maria Gallegos Subject: Re: need pfColortable help Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Maria, When you work with pfColorTable, you getosets have to be configured as indexed geosets. This way, when the geoset is drawn, its colors array is not used. Rather, its color indices array is used to index into the colortable. Note that if the color component of a geoset is indexed, than all the other components have to be indexed either, i.e. texture coords, vertex coords and normals. Those can be indexed directly into their respective tables. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Thu Nov 2 00:47:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18553; Thu, 2 Nov 1995 00:43:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA18550; Thu, 2 Nov 1995 00:43:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18386; Thu, 2 Nov 95 00:43:24 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA15837; Thu, 2 Nov 1995 00:43:20 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id TAA22792 (8.6.12/IDA-1.6); Thu, 2 Nov 1995 19:41:53 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07943 (5.65c/IDA-1.5); Thu, 2 Nov 1995 18:18:42 +1100 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id RAA15933 (8.6.12/IDA-1.6); Thu, 2 Nov 1995 17:27:14 +1000 Received: by krusty (5.65) id AA12049; Thu, 2 Nov 1995 18:27:30 +1100 Date: Thu, 2 Nov 1995 18:27:29 +1100 (EST) From: Kathy Loynes Sender: Kathy Loynes Reply-To: Kathy Loynes Subject: Re: need pfColortable help To: Ran Yakir Cc: Maria Gallegos , info-performer@sgi.sgi.com In-Reply-To: <9511020720.ZM8335@genie.bvr.co.il> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Status: O On Thu, 2 Nov 1995, Ran Yakir wrote: > When you work with pfColorTable, you getosets have to be configured as indexed > geosets. This way, when the geoset is drawn, its colors array is not used. > Rather, its color indices array is used to index into the colortable. > Note that if the color component of a geoset is indexed, than all the other > components have to be indexed either, i.e. texture coords, vertex coords and > normals. > Those can be indexed directly into their respective tables. Umm, I might be totally confused but is that really the case ?? The 1.2 pfColortable man page states : pfApplyCtab selects ctab as the current, global pfColortable. If colorindex mode is enabled (pfEnable(PFEN_COLORTABLE)), then all subsequent pfGeoSets will use the pfVec4 array supplied by ctab rather than their own local color array. Colorindex mode works for both indexed and non-indexed pfGeoSets. This seems to be directly opposite to what you're saying. I must admit that I have not tried using pfColortables yet but I am about to and had come across this in the doco. My understanding was that if non-indexed geosets were used then the values in the colortable are simply accessed in sequential order, starting at 0. I'm quite happy to be corrected though...... Actually, while on the subject of pfColortable usage I was wondering if anyone could comment on the best approach for large scale geometry color changes in a scene. I am trying to set up an application with 2 channels showing simultaneous color & greyscale views of the same scene. The best way seemed to be to set up 2 alternative geostate tables (obviously using Performer 2.0 here). The color channel would simply use the geometry colors as modelled. For the greyscale channel, I would need to use pfColortable(s) to specify the alternative colors. There seemed to be 2 possibilities here. 1 : For each geoset in the scene have a specific, unique associated geostate. Globally enable colorindex mode and then in each local geostate specify a local colortable with exactly the same number of rgba pfVec4s as in the geoset. The geoset would then simply use these rather than its own modelled set of colors. I think that in this case the geosets would *not* need to be indexed. The indexing into the colortable would be sequential starting at 0 each time. However, I think this may be a bad approach because of performance considerations. The number of local states would be large (separate colortable per geoset) and the switching in real-time would be time-consuming. 2: (I hope someone is still reading.....) Have a single global pfColortable containing all the possible shades of grey that may be required. Then "somehow" get the geosets to index into it. This is where I'm getting confused. If, for example, the geoset has 3 primitives and the color binding is PFGS_PER_PRIM and I want to use the colors in the colortable at indices 0, 1 & 2 in that order, then all is fine. In fact I don't see why indexed geosets would be needed. However, if I want to use the colors at indices 9, 10 & 11, it seems a bit more complex. The geoset *would* need to be indexed. What should the indices be though ? As I understand it the same indices are used to color the geoset both when the colortable is enabled & disabled. If I use 0, 1, 2 then it won't find the correct color in the colortable. If I use 9, 10, 11 then either it will not find the correct colors when the colortable is disabled, or, I have to use a 12 element local array as a parameter to pfGSetAttr so it can use 9, 10 & 11 to index it. Have I missed something very fundamental ?? Many thanks to anyone who can shed a little light. rgds, Kathy ----------------------------------------------------------------------- Kathy Loynes | Wormald Technology kathyl@wormald.com.au | Advanced Systems Engineering Ph: +61 2 9981 0611 | Sydney, Australia ----------------------------------------------------------------------- From guest Thu Nov 2 01:00:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18630; Thu, 2 Nov 1995 00:56:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA18627; Thu, 2 Nov 1995 00:56:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18757; Thu, 2 Nov 95 00:56:17 -0800 Received: from gatekeeper.bvr.co.il by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA16751; Thu, 2 Nov 1995 00:56:15 -0800 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id IAA22178; Thu, 2 Nov 1995 08:55:39 GMT Received: from unknown(192.123.236.21) by gatekeeper.bvr.co.il via smap (V1.3) id sma022176; Thu Nov 2 10:55:32 1995 Received: by prince.bvr.co.il (931110.SGI/931108.SGI.AUTO.ANONFTP) for @gatekeeper.bvr.co.il:info-performer@sgi.com id AA00672; Thu, 2 Nov 95 10:55:41 +0200 From: "Ran Yakir" Message-Id: <9511021055.ZM670@prince.bvr.co.il> Date: Thu, 2 Nov 1995 10:55:39 +0000 In-Reply-To: Kathy Loynes "Re: need pfColortable help" (Nov 2, 6:27pm) References: X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Kathy Loynes Subject: Re: need pfColortable help Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Kathy, > > Umm, I might be totally confused but is that really the case ?? The 1.2 > pfColortable man page states : > > pfApplyCtab selects ctab as the current, global pfColortable. If > colorindex mode is enabled (pfEnable(PFEN_COLORTABLE)), then all > subsequent pfGeoSets will use the pfVec4 array supplied by ctab rather > than their own local color array. Colorindex mode works for both indexed > and non-indexed pfGeoSets. > > This seems to be directly opposite to what you're saying. I must admit > that I have not tried using pfColortables yet but I am about to and had > come across this in the doco. My understanding was that if non-indexed > geosets were used then the values in the colortable are simply accessed > in sequential order, starting at 0. Formally, you are right. However, there is no much use for non-indexed geosets, with a colortable that corespondes directly to vertex location in the geoset. For such a geoset, let's say it is constructed of independant trinagles, you'll have to configure a colortable that will be specific to it. Its first three color entries will corespond to the first triangle, the second three to the second triangle and so on. In that case, why bother and make a colortable at all ? You get the same behaviour out of normal geosets. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Thu Nov 2 03:59:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19289; Thu, 2 Nov 1995 03:56:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA19286; Thu, 2 Nov 1995 03:56:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22496; Thu, 2 Nov 95 03:56:41 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA27286; Thu, 2 Nov 1995 03:56:40 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA22487; Thu, 2 Nov 95 03:56:35 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id DAA29648; Thu, 2 Nov 1995 03:56:33 -0800 Message-Id: <199511021156.DAA29648@surreal.asd.sgi.com> To: Kathy Loynes Cc: Ran Yakir , Maria Gallegos , info-performer@sgi.sgi.com Subject: Re: need pfColortable help In-Reply-To: Your message of "Thu, 02 Nov 95 18:27:29 +1100." Date: Thu, 02 Nov 95 03:56:33 -0800 From: Jim Helman Status: O > The color channel would > simply use the geometry colors as modelled. For the greyscale channel, I > would need to use pfColortable(s) to specify the alternative colors. #1 would work, but the easiest solution would probably be to make all of the pfGeoSets indexed and place all of the colors into a single large color array for the entire scene. One approach would use this array as a pfColortable in the color channel and use a monochrome version of it as a pfColortable in the gray-scale channel. Alternately, you could make the color array of pfVec4's the color attribute array for all of the pfGeoSets and only use a pfColortable in the gray-scale channel. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Nov 2 04:48:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19389; Thu, 2 Nov 1995 04:42:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA19386; Thu, 2 Nov 1995 04:42:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23496; Thu, 2 Nov 95 04:42:42 -0800 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA03675; Thu, 2 Nov 1995 04:42:39 -0800 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA18456; Thu, 2 Nov 95 07:40:28 -0500 Message-Id: <9511021240.AA18456@dw3si.ess.harris.com> To: Maria Gallegos Cc: info-performer@sgi.sgi.com Subject: Re: need pfColortable help In-Reply-To: Your message of "Wed, 01 Nov 95 17:34:10 MST." Date: Thu, 02 Nov 95 07:40:27 -0500 X-Mts: smtp Status: O Maria, Although it won't give you much insight into color tables, the sample code in /usr/src/Performer/src/pguide/libpr/examples/colorcube.c (also pg 267 in the programming guide) shows how to apply colors to a cube. Bruce From guest Thu Nov 2 07:58:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA19756; Thu, 2 Nov 1995 07:47:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA19753; Thu, 2 Nov 1995 07:47:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28034; Thu, 2 Nov 95 07:46:57 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA21483; Thu, 2 Nov 1995 07:46:51 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id QAA08718; Thu, 2 Nov 1995 16:43:31 +0100 From: "Angus Dorbie" Message-Id: <9511021643.ZM8716@bitch.reading.sgi.com> Date: Thu, 2 Nov 1995 16:43:31 +0100 In-Reply-To: dheskamp@ldsa.com "OpenGL overlays and performer" (Nov 1, 5:50pm) References: <9511012250.022778@pc1027.ldsa> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: dheskamp@ldsa.com, info-performer@sgi.sgi.com Subject: Re: OpenGL overlays and performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 1, 5:50pm, dheskamp@ldsa.com wrote: > Subject: OpenGL overlays and performer > Hello: > > O.K. I have read the answer to the question: "How do I overlay Graphics > onto my Performer screen?" Still... I have had no success. For my > application I want static information in the overlay plane (2 bits) and I > want to use OpenGL. Does anyone have a suitable code fragment? > > Thanks! > > > Dave Heskamp > > phone: (216) 796 - 5383 > fax: (216) 796 - 7009 > dheskamp@ldsa.com > > >-- End of excerpt from dheskamp@ldsa.com Tyada! This is modified from "nextfly" which comes or came with performer 2.0, the part which writes a text string to the overlay planes has been replaced with a circular window + crosshairs, it's even in Open GL. Call this from your draw process. Rgds, Angus. static void OverlayHUD(pfPipeWindow *pw) { double f; static int mapped = 0; pfWindow *pwOver = pfGetPWinOverlayWin(pw); float new_x = 0.0f, new_y = 0.0f; if (pwOver) { pfSelectWin(pwOver); if (!mapped) { static pfVec3 clrs[] = { {0.0f, 0.0f, 0.0f}, /* black */ {0.8f, 0.8f, 0.6f}, /* yellow/white */ }; Display *dsp = pfGetCurWSConnection(); Window xowin = pfGetWinWSDrawable(pwOver); pfuGLXMapcolors((pfuXDisplay*) dsp, xowin, clrs, 1, 2); mapped = 1; } } else return; glPushMatrix(); glLoadIdentity(); glDisable(GL_CULL_FACE); glDisable(GL_DEPTH_TEST); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); /* Clear overlay planes to black in entire window */ glClearIndex(1); glClear(GL_COLOR_BUFFER_BIT); glIndexi(0); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=1.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(new_x, new_y); } glEnd(); glIndexi(2); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=10.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(-.8 + new_x*.07f, .8 + new_y*.07f); } glEnd(); glIndexi(1); glBegin(GL_LINES); glVertex2f(0.0f, 1.0f); glVertex2f(0.0f, 0.045f); glVertex2f(0.0f, -1.0f); glVertex2f(0.0f, -0.045f); glVertex2f(1.0f, 0.0f); glVertex2f(0.045f, 0.0f); glVertex2f(-1.0f, 0.0f); glVertex2f(-0.045f, 0.0f); glEnd(); glPointSize(2.0f); glBegin(GL_POINTS); glVertex2f(0.0f, 0.0f); glEnd(); glPointSize(1.0f); glEnable(GL_CULL_FACE); glEnable(GL_DEPTH_TEST); glPopMatrix(); pfSelectPWin(pw); } -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Thu Nov 2 09:49:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA20042; Thu, 2 Nov 1995 09:45:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA20039; Thu, 2 Nov 1995 09:45:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03517; Thu, 2 Nov 95 09:45:18 -0800 Received: from relay5.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA14278; Thu, 2 Nov 1995 09:45:15 -0800 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP id QQzodj29385; Thu, 2 Nov 1995 12:45:10 -0500 (EST) Received: from esseye.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Thu, 2 Nov 1995 12:45:10 -0500 Received: from linus.si.com by esseye.si.com with esmtp (Smail3.1.30.13 #37) id m0tB2YW-0001b9C; Thu, 2 Nov 95 11:31:56 -0500 (EST) Received: from smtpgwy.si.com by linus.si.com with smtp (Smail3.1.30.13 #38) id m0tB2dC-0000MgC; Thu, 2 Nov 95 11:36:46 -0500 (EST) Received: from cc:Mail by smtpgwy.si.com id AA815330095; Thu, 02 Nov 95 11:27:05 EST Date: Thu, 02 Nov 95 11:27:05 EST From: "Beaver, Jim" Message-Id: <9510028153.AA815330095@smtpgwy.si.com> To: info-performer@sgi.sgi.com Subject: Motif and Performer 2.0 Status: O Hi, I'd like to thank all those who responded to my questions about Motif and Performer. The answers were greatly appreciated. Several of the respondees stated that they understood that the event and window handling capabilities of Performer will change significantly with the arrival of Performer 2.0. Can anyone shed any light on this? Maybe I should wait until I get 2.0 before changing my application to Motif. Thanks, Jim Beaver Smiths Industries DSNA Grand Rapids, MI beaver_jim@si.com From guest Thu Nov 2 10:18:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA20120; Thu, 2 Nov 1995 10:14:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA20117; Thu, 2 Nov 1995 10:14:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05655; Thu, 2 Nov 95 10:13:58 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA20530; Thu, 2 Nov 1995 10:13:58 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA05649; Thu, 2 Nov 95 10:13:55 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA14317; Thu, 2 Nov 1995 10:11:20 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199511021811.KAA14317@tubes.asd.sgi.com> Subject: Re: pfInitPipe() To: guest (Michael Kelley) Date: Thu, 2 Nov 95 10:11:20 PST Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Michael Kelley" at Nov 1, 95 6:10 pm X-Mailer: ELM [version 2.3 PL8] Status: O Instead of putenv("DISPLAY=:0.n"), use scrnselect(n). > I have a 3 pipe Onyx setup with displays :0.0, :0.1, and :0.2. > I'm using Performer code that has a call to > > pfInitPipe(NULL, OpenWindow) > > Now OpenWindow() looks like this: > > void > OpenWindow(pfPipe *p) > { > char display_env[BUF_SIZE]; > > . > . > . > > /* > * "pipe_display" string contains the setting > * of the "DISPLAY" environment variable, > * for example: "DISPLAY=:0.0" : > */ > putenv(pipe_display); > winopen("TEST"); > } > > I'm using IrisGL code that does pretty much the exact same thing as > OpenWindow(). > > Now to the problem. The code tries to open up a window on each display > by setting the "display_env" character array. In the Performer code, all > the windows open up on the display that the app was started from. With > the IrisGL code, each window opens on its on display. So the IrisGL > code recognizes the DISPLAY environment variable, but the Performer > code doesn't; and I've been told that the same Performer code > run on a TKO (with displays ":0.0", ":1.0", ":2.0") setup opens > the windows on the correct displays, like the IrisGL code. > > I've verified that "pipe_display" is being set correctly. I've > done a getenv after the putenv() but before the winopen() and taken that > information to use dglopen() on that display, and this seems to work. > I've used scrnselect() to select a pipe and that seems to work. > > Things get interesting when I place a gversion() or getgdesc() before > the putenv in the IrisGL library. This causes the IrisGL library > to open up all the windows on one display regardless of what the > DISPLAY environment is set to. > > So I've come to the conclusion that it's possible that Performer > is calling one of these functions or a similiar Gl function > that causes the winopen() to ignore the DISPLAY environment variable. > > Since you've read this far, I guess I should state my question: > > Is Performer making any such calls, and why do these calls cause > future winopen() calls to ignore the DISPLAY environment variable? > > > Thanks! > > .................................................................... > Michael Kelley.......kelleym@ito.snap.org.......kelley_beep@arpa.mil > University of Southern California.....Information Sciences Institute > 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 > phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 > > > > > From guest Thu Nov 2 12:19:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA20669; Thu, 2 Nov 1995 12:12:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA20666; Thu, 2 Nov 1995 12:12:44 -0800 Received: from beast.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14349; Thu, 2 Nov 95 12:12:40 -0800 Received: by beast.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer id MAA16460; Thu, 2 Nov 1995 12:12:08 -0800 From: "Graham (Grambo) Beasley" Message-Id: <9511021212.ZM16458@beast.asd.sgi.com> Date: Thu, 2 Nov 1995 12:12:08 -0800 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@beast Subject: Performer Users Group Meeting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O G'Day one and all, there will be a Performer User's Group meeting in conjunction with the iitsec tradeshow in Albuequerque. Coordinates: Tuesday, Nov 14 18:00-20:00 La Pasada de Albuequerque Hotel (2 minute walk from conf-ctr) Eulaias Room Featuring: Usuall suspects, Michael Jones and other dignataries from the Performer team. Special guests, demos and more. A perfect opportunity to talk about Perf 2.0, new features, whats next, or to ask those real hard questions. Attire: Be serious!, SGI will supply beer and "iced" tea, and other goodies. Why you're at it the iitsec show is pretty good too!, please stop by the SGI booth (#302) and see the latest in cool! Catch you at the show, party, user's mtg., etc. Graham -- "Who loves not wine, women and song Remains a fool his whole life long." Martin Luther ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham@sgi.com ---------------------------------------------------------------------- From guest Wed Nov 1 22:29:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA17281; Wed, 1 Nov 1995 22:26:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA17278; Wed, 1 Nov 1995 22:26:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14507; Wed, 1 Nov 95 22:26:38 -0800 Received: from chopin.kist.re.kr by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA03825; Wed, 1 Nov 1995 22:25:47 -0800 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) for info-performer@sgi.com id OAA12288; Fri, 3 Nov 1995 14:24:10 +0900 Date: Fri, 3 Nov 1995 14:24:10 +0900 From: dochi@chopin.kist.re.kr (Lae-Hyun Kim) Message-Id: <199511030524.OAA12288@chopin.kist.re.kr> To: info-performer@sgi.sgi.com Subject: Morphing Status: O Hi, I want to know how to morph object in performer. Please, if you know it, let me know. Thank you for you help in advance. Regards, KIM. From guest Fri Nov 3 01:22:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA25979; Fri, 3 Nov 1995 01:18:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA25976; Fri, 3 Nov 1995 01:18:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20013; Fri, 3 Nov 95 01:18:29 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA04176; Fri, 3 Nov 1995 01:18:24 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id KAA13651 for ; Fri, 3 Nov 1995 10:18:21 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA14209; Fri, 3 Nov 1995 09:24:59 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id JAA27553; Fri, 3 Nov 1995 09:21:32 +0100 From: "Lionel Maiaux" Message-Id: <9511030921.ZM27551@quartz> Date: Fri, 3 Nov 1995 09:21:32 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Mono or Multi-process ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody, I'm using a RealityStation (1 processor) and I wonder if I must use 1 or 2 processes for Performer to optimize performances. I know that if I use 2 processes, a display list is constructed and I create latency but if I use 1 process, I suppose it is waiting (sometimes) for the pipeline to execute graphic jobs !? Am I right ??? Does anybody know if the lengh of the pipeline is big enough to avoid waiting (with 1 process) ??? From guest Fri Nov 3 02:16:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA26138; Fri, 3 Nov 1995 02:13:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA26135; Fri, 3 Nov 1995 02:13:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21110; Fri, 3 Nov 95 02:13:23 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA07864; Fri, 3 Nov 1995 02:13:21 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA09635; Fri, 3 Nov 1995 11:08:27 +0100 From: "Angus Dorbie" Message-Id: <9511031108.ZM9633@bitch.reading.sgi.com> Date: Fri, 3 Nov 1995 11:08:26 +0100 In-Reply-To: "Lionel Maiaux" "Mono or Multi-process ?" (Nov 3, 9:21am) References: <9511030921.ZM27551@quartz> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Lionel Maiaux" Subject: Re: Mono or Multi-process ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You should run single process. The idea is to avoid your app_cull scheduling with your draw with unfortunate consequences. If you are running single threaded you have better control when your cpu is busy with app & cull to minimise the impact upon graphics performance. You only have the rest of unix to worry about. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Nov 3 03:51:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA26345; Fri, 3 Nov 1995 03:47:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA26342; Fri, 3 Nov 1995 03:47:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23019; Fri, 3 Nov 95 03:47:42 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA13785; Fri, 3 Nov 1995 03:47:41 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id MAA19676 for ; Fri, 3 Nov 1995 12:47:38 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA14383; Fri, 3 Nov 1995 12:33:54 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id MAA00538; Fri, 3 Nov 1995 12:30:27 +0100 From: "Lionel Maiaux" Message-Id: <9511031230.ZM534@quartz> Date: Fri, 3 Nov 1995 12:30:26 +0100 In-Reply-To: "Angus Dorbie" "Re: Mono or Multi-process ?" (Nov 3, 11:08am) References: <9511030921.ZM27551@quartz> <9511031108.ZM9633@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Angus, On Nov 3, 11:08am, Angus Dorbie wrote: > Subject: Re: Mono or Multi-process ? > You should run single process. > > The idea is to avoid your app_cull scheduling with your draw with > unfortunate consequences. If you are running single threaded you > have better control when your cpu is busy with app & cull to > minimise the impact upon graphics performance. You only have the > rest of unix to worry about. > > -- > Angus Dorbie, > Silicon Graphics Ltd, UK > dorbie@reading.sgi.com > >-- End of excerpt from Angus Dorbie Ok, I will use single process, but must I take care about mixing graphic and non graphic tasks or not ??? I suppose I should not take care about it if the length of the pipeline is big enough to avoid my process to wait. (This question is not limited to Performer because I use a lot of IRIS GL calls in my application) From guest Fri Nov 3 07:45:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA26640; Fri, 3 Nov 1995 07:40:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA26637; Fri, 3 Nov 1995 07:40:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28316; Fri, 3 Nov 95 07:40:04 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA03376; Fri, 3 Nov 1995 07:40:03 -0800 Received: from jazz by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id HAA27566; Fri, 3 Nov 1995 07:32:27 -0800 Received: by jazz (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id QAA15324; Fri, 3 Nov 1995 16:31:04 +0100 From: "Ariane GENTY" Message-Id: <9511031630.ZM15322@jazz.paris.sgi.com> Date: Fri, 3 Nov 1995 16:30:58 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: perfly limitations ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I would like to know if there are some limitations, (a maximum number of vertices for instance), for a file you can load with perfly. Thank you for any information. --- Ariane Genty. Silicon Graphics, France agenty@paris.sgi.com From guest Fri Nov 3 07:55:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA26649; Fri, 3 Nov 1995 07:51:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA26646; Fri, 3 Nov 1995 07:51:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28615; Fri, 3 Nov 95 07:51:26 -0800 Received: from mailbox.swip.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA05144; Fri, 3 Nov 1995 07:51:21 -0800 Received: from dialup100-131.swipnet.se (dialup100-131.swipnet.se [130.244.100.131]) by mailbox.swip.net (8.6.12/8.6.12) with SMTP id QAA10099 for ; Fri, 3 Nov 1995 16:51:14 +0100 Date: Fri, 3 Nov 1995 16:51:14 +0100 Message-Id: <199511031551.QAA10099@mailbox.swip.net> X-Sender: m-3509@mailbox.swipnet.se Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: per.andersson@mailbox.swipnet.se (Ulf Yngve) Subject: unsubscribe X-Mailer: Status: O unsubscribe From guest Fri Nov 3 08:10:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26683; Fri, 3 Nov 1995 08:03:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA26680; Fri, 3 Nov 1995 08:03:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29066; Fri, 3 Nov 95 08:03:34 -0800 Received: from mn3.swip.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA06626; Fri, 3 Nov 1995 08:03:32 -0800 Received: by mn3.swip.net with UUCP (8.6.8/2.01) id RAA10988; Fri, 3 Nov 1995 17:00:48 +0100 Received: from Connect2 Message Router by mailer.COMATOR.SE via Connect2-UUCP v0.99; Fri, 3 Nov 95 06:36:43 +0100 Message-Id: <618A5E3001000000@COMATOR.SE> Date: Fri, 3 Nov 95 16:56:00 +0100 Sender: Ulf Yngwe From: Ulf Yngwe Organization: Comator Process Ab To: Performer Fan Club Subject: Subscribe Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7BIT X-Mailer: Connect2-UUCP v0.99 Status: O subscribe From guest Fri Nov 3 08:56:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA27040; Fri, 3 Nov 1995 08:53:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA27037; Fri, 3 Nov 1995 08:53:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01261; Fri, 3 Nov 95 08:53:39 -0800 Received: from rising.irisa.fr by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA15624; Fri, 3 Nov 1995 08:52:07 -0800 Received: from melody.irisa.fr (melody.irisa.fr [131.254.41.8]) by rising.irisa.fr (8.6.12/8.6.9) with ESMTP id RAA25540 for ; Fri, 3 Nov 1995 17:37:39 +0100 From: Bruno Arnaldi Date: Fri, 3 Nov 1995 17:37:38 +0100 Message-Id: <199511031637.RAA25600@melody.irisa.fr> To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O unsubscribe From guest Fri Nov 3 09:09:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27067; Fri, 3 Nov 1995 09:05:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27064; Fri, 3 Nov 1995 09:05:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01836; Fri, 3 Nov 95 09:05:24 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA18196; Fri, 3 Nov 1995 09:05:21 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id RAA10400; Fri, 3 Nov 1995 17:59:37 +0100 From: "Angus Dorbie" Message-Id: <9511031759.ZM10398@bitch.reading.sgi.com> Date: Fri, 3 Nov 1995 17:59:36 +0100 In-Reply-To: "Lionel Maiaux" "Re: Mono or Multi-process ?" (Nov 3, 12:30pm) References: <9511030921.ZM27551@quartz> <9511031108.ZM9633@bitch.reading.sgi.com> <9511031230.ZM534@quartz> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Lionel Maiaux" , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It really depends what you mean, running single threaded you don't need to worry about making graphics calls from your application, on the other hand you may want to keep your code portable so use draw callbacks for all of your GL calls, & remember what'll hapen to your memory if you fork. But you do want to mix compute tasks with rendering to use the CPU when the graphics pipe is busy doing other things like clearing the screen or writing lots of pixels. The last thing you want to do if running single threaded is do a large block of computations in one go, unless it's after a really heavily pixel limited operation like drawing your sky polygon, or you can afford it because of rounding to your swapinterval. I'd stick to the graphics callbacks for GL & spread the load of any compute, where possible. But life would be easier for you if you assume youre always going to run single threaded. On Nov 3, 12:30pm, Lionel Maiaux wrote: > Subject: Re: Mono or Multi-process ? > Hi Angus, > > On Nov 3, 11:08am, Angus Dorbie wrote: > > Subject: Re: Mono or Multi-process ? > > You should run single process. > > > > The idea is to avoid your app_cull scheduling with your draw with > > unfortunate consequences. If you are running single threaded you > > have better control when your cpu is busy with app & cull to > > minimise the impact upon graphics performance. You only have the > > rest of unix to worry about. > > > > -- > > Angus Dorbie, > > Silicon Graphics Ltd, UK > > dorbie@reading.sgi.com > > > >-- End of excerpt from Angus Dorbie > > Ok, I will use single process, > but must I take care about mixing graphic and non graphic tasks or not ??? > I suppose I should not take care about it if the length of the pipeline is big > enough to avoid my process to wait. > > (This question is not limited to Performer because I use a lot of IRIS GL > calls in my application) > > > > >-- End of excerpt from Lionel Maiaux -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Nov 3 09:49:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27308; Fri, 3 Nov 1995 09:44:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27305; Fri, 3 Nov 1995 09:44:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04340; Fri, 3 Nov 95 09:44:32 -0800 Received: from relay2.nswc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA26841; Fri, 3 Nov 1995 09:44:32 -0800 Received: from r2d2 (r2d2.nswc.navy.mil) by relay2.nswc.navy.mil (4.1/SMI-4.1) id AA09438; Fri, 3 Nov 95 12:44:18 EST Received: by r2d2 (931110.SGI/911001.SGI) for @relay.nswc.navy.mil:info-performer@sgi.com id AA07388; Fri, 3 Nov 95 12:43:02 -0500 From: "Lou Batayte" Message-Id: <9511031243.ZM7386@r2d2.nswc.navy.mil> Date: Fri, 3 Nov 1995 12:43:01 -0500 In-Reply-To: "Angus Dorbie" "Re: Mono or Multi-process ?" (Nov 3, 5:59pm) References: <9511030921.ZM27551@quartz> <9511031108.ZM9633@bitch.reading.sgi.com> <9511031230.ZM534@quartz> <9511031759.ZM10398@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Angus Dorbie" , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > But you do want to mix compute tasks with rendering to use the CPU when > the graphics pipe is busy doing other things like clearing the screen or > writing lots of pixels. The last thing you want to do if running single > threaded is do a large block of computations in one go, unless it's after > a really heavily pixel limited operation like drawing your sky polygon, or > you can afford it because of rounding to your swapinterval. If I do the folowing: swapbuffers(); RGBcolor(255,255,255); clear(); where does the CPU hang, waiting for a graphic action to finish, assuming the swapbuffers is rounding to the swapinterval. From guest Fri Nov 3 09:47:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27299; Fri, 3 Nov 1995 09:43:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27296; Fri, 3 Nov 1995 09:43:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04282; Fri, 3 Nov 95 09:43:29 -0800 Received: from ccvax.lanl.gov by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA26565; Fri, 3 Nov 1995 09:43:29 -0800 Date: Fri, 3 Nov 1995 09:43:29 -0800 Message-Id: <199511031743.JAA26565@sgi.sgi.com> Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Fri, 3 Nov 1995 10:16:20 -0700 (MST) X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: ken sartor Subject: lighting front and back of facets Status: O Hi - This is not really a performer question but it is a graphics question.... How can one get both the frontface and the backface of a facet to be rendered? At present i am using no particular material or lighting scheme, just whatever the defaults are. If i turn: frontface(FALSE); backface(FALSE); It seems this should work BUT v3f only (?) takes a single value: cpack(col0); v3f(xyz0); So, how would it know what the value of the back side of the facet would be? (I want them to be entirely decoupled from each other.) Suggestions would be *GREATLY* appreciated!!! ken From guest Fri Nov 3 10:22:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27507; Fri, 3 Nov 1995 10:15:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27504; Fri, 3 Nov 1995 10:15:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06472; Fri, 3 Nov 95 10:15:46 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA02813; Fri, 3 Nov 1995 10:15:44 -0800 Received: from bitch.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id JAA17137; Fri, 3 Nov 1995 09:57:51 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA10624; Fri, 3 Nov 1995 18:52:04 +0100 From: "Angus Dorbie" Message-Id: <9511031852.ZM10622@bitch.reading.sgi.com> Date: Fri, 3 Nov 1995 18:52:03 +0100 In-Reply-To: "Lou Batayte" "Re: Mono or Multi-process ?" (Nov 3, 12:43pm) References: <9511030921.ZM27551@quartz> <9511031108.ZM9633@bitch.reading.sgi.com> <9511031230.ZM534@quartz> <9511031759.ZM10398@bitch.reading.sgi.com> <9511031243.ZM7386@r2d2.nswc.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com, "Lou Batayte" Subject: Re: Mono or Multi-process ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > If I do the folowing: > > swapbuffers(); > RGBcolor(255,255,255); > clear(); > > where does the CPU hang, waiting for a graphic action to finish, assuming the > swapbuffers is rounding to the swapinterval. It'll wait on swapbuffers then continue, it won't wait on the clear, You'll have breathing space after the clear to have your wicked way with the CPU. But you may not want to call clear, it depends what you are drawing. Look at the manual entry on pfClear. If you are using performar you should look at the manual on pfFrame & associated calls. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Nov 3 13:11:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA28540; Fri, 3 Nov 1995 13:01:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA28537; Fri, 3 Nov 1995 13:01:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16162; Fri, 3 Nov 95 13:01:35 -0800 Received: from merl.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA07806; Fri, 3 Nov 1995 13:01:34 -0800 Received: from [140.237.1.47] (centris3.merl.com) by merl.com (4.1/SMI-4.0) id AA24516; Fri, 3 Nov 95 12:55:36 EST Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@mailhost.merl.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 3 Nov 1995 13:55:39 -0400 To: info-performer@sgi.sgi.com, www-vrml@wired.com From: barrus@merl.com (John W. Barrus) Subject: Diamond Park and Mitsubishi Electric Research Labs Status: O VISIT DIAMOND PARK ! A Live Demonstration of Social Virtual Reality at Fall Comdex 1995 Come visit us at Mitsubishi Electric's booth (L1014) at Fall Comdex 1995 to see a live demonstration of Diamond Park, a one-mile-square social virtual reality we have constructed using our newly developed middleware system, SPLINE (Scalable PLatform for INteractive Environments). Diamond Park is a multi-user interactive multimedia environment, where eventually hundreds of people will be able to come together and interact with each other using live sound and 3D animation. At Comdex we will have two computer-controlled recumbent bicycles set up for live visits to the park by Comdex attendees. Diamond Park combines elements of a 19th-century landscape park, a village and a World's Fair. Visitors to the park can participate in activities ranging from racing other visitors in the Diamond Park Velodrome to casual conversation in the park's outdoor cafe. SPLINE supports multiple users, spoken interaction, 3D graphics and sound, and run-time modifiability. It also includes open interface definitions at both the network and application programmer levels to facilitate interoperability between virtual environments built by different parties. We plan to make SPLINE available free of charge for research use in early 1996. For more information contact Holly Heretz: Mitsubishi Electric Research Laboratories 201 Broadway Cambridge, MA 02139 merl-info@merl.com Phone: (617) 621-7500 http://www.merl.com Fax: (617) 621-7550 From guest Fri Nov 3 11:00:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27774; Fri, 3 Nov 1995 10:55:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27771; Fri, 3 Nov 1995 10:55:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08689; Fri, 3 Nov 95 10:55:55 -0800 Received: from vision.arc.nasa.gov by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA11410; Fri, 3 Nov 1995 10:55:53 -0800 Received: from descartes.arc.nasa.gov (descartes.arc.nasa.gov [128.102.121.143]) by vision.arc.nasa.gov (8.6.12/8.6.5) with ESMTP id KAA22999 for ; Fri, 3 Nov 1995 10:10:24 -0800 Received: (carlo@localhost) by descartes.arc.nasa.gov (8.6.12/8.6.5) id KAA23963 for info-performer@sgi.com; Fri, 3 Nov 1995 10:10:22 -0800 Date: Fri, 3 Nov 1995 10:10:22 -0800 From: "Carlo L. Tiana" Message-Id: <199511031810.KAA23963@descartes.arc.nasa.gov> To: info-performer@sgi.sgi.com Subject: pfLightPoints and RM's Status: O I have an application in which I turn on a big bunch of pfLightPoints (the usual runway lights, etc.). These points render as expected on a PowerIndigo 2 Extreme, and a few Onyces I have tried it on. These Onyces always have more than 1 RM4. The application messes up in a big way on the single-RM4 Onyx on which I need to run (adding an RM4 makes everything work great again, so I think I have narrowed this problem down to the single RM4). Instead of light points I get huge rectangles (spanning some 80% of the visual field) and performance goes to hell (0.5 frames per second appx. compared to 30 fps even on the extreme). My question is 2-fold: 1) what do pfLightPoints use the RM4 for? 2) is there any way I can maybe give up some rendering beauty for the light points and run my app anyway with 1 RM4? (the quality of the light points is much better on the stuffed Onyces, but the quality of the Extreme light points is perfectly adequate for my purposes). Thank you very much. Carlo. From guest Fri Nov 3 10:46:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27690; Fri, 3 Nov 1995 10:42:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27687; Fri, 3 Nov 1995 10:42:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08004; Fri, 3 Nov 95 10:42:30 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA09109; Fri, 3 Nov 1995 10:42:24 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA07990; Fri, 3 Nov 95 10:42:22 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA05966; Fri, 3 Nov 1995 10:42:21 -0800 From: "Michael Jones" Message-Id: <9511031042.ZM5964@babar.asd.sgi.com> Date: Fri, 3 Nov 1995 10:42:20 -0800 In-Reply-To: ken sartor "lighting front and back of facets" (Nov 3, 9:43am) References: <199511031743.JAA26565@sgi.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ken sartor , info-performer@sgi.sgi.com Subject: Re: lighting front and back of facets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 3, 9:43am, ken sartor wrote: > Subject: lighting front and back of facets : :Hi - : :This is not really a performer question but it is a graphics :question.... All graphics questions are Performer questions. ;-) :How can one get both the frontface and the backface of a facet :to be rendered? At present i am using no particular material :or lighting scheme, just whatever the defaults are. If i turn: [...] :So, how would it know what the value of the back side of the :facet would be? (I want them to be entirely decoupled from :each other.) : :Suggestions would be *GREATLY* appreciated!!! Use a front material and a back material. Since your example is in IRIS GL code, take a look at the lmdef() man page. -- 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 From guest Fri Nov 3 11:53:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA28155; Fri, 3 Nov 1995 11:44:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA28152; Fri, 3 Nov 1995 11:44:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11972; Fri, 3 Nov 95 11:44:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA25123; Fri, 3 Nov 1995 11:44:36 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA00094; Fri, 3 Nov 1995 11:15:39 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA09875; Fri, 3 Nov 95 11:15:34 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA16245; Fri, 3 Nov 1995 11:15:34 -0800 Message-Id: <199511031915.LAA16245@surreal.asd.sgi.com> To: "Angus Dorbie" Cc: info-performer@sgi.sgi.com, "Lou Batayte" Subject: Re: Mono or Multi-process ? In-Reply-To: Your message of "Fri, 03 Nov 95 18:52:03 +0100." <9511031852.ZM10622@bitch.reading.sgi.com> Date: Fri, 03 Nov 95 11:15:34 -0800 From: Jim Helman Status: O > > > If I do the folowing: > > > > swapbuffers(); > > RGBcolor(255,255,255); > > clear(); > > > > where does the CPU hang, waiting for a graphic action to finish, assuming the > > swapbuffers is rounding to the swapinterval. > It depends on the platform. On RealityEngine, you don't block until the RGBColor. On Extreme, Elan and friends, you block on the swapbuffers. On the current version of software for IMPACT, you block on swapbuffers, but this might (and hopefully will) change, since it can be useful to do processing after swapbuffers on single processor machines. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Nov 3 11:53:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA28150; Fri, 3 Nov 1995 11:44:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA28147; Fri, 3 Nov 1995 11:44:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11960; Fri, 3 Nov 95 11:44:30 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA25114; Fri, 3 Nov 1995 11:44:30 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA00833; Fri, 3 Nov 1995 11:19:21 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA10313; Fri, 3 Nov 95 11:19:17 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA16259; Fri, 3 Nov 1995 11:19:16 -0800 Message-Id: <199511031919.LAA16259@surreal.asd.sgi.com> To: "Ariane GENTY" Cc: info-performer@sgi.sgi.com Subject: Re: perfly limitations ? In-Reply-To: Your message of "Fri, 03 Nov 95 16:30:58 +0100." <9511031630.ZM15322@jazz.paris.sgi.com> Date: Fri, 03 Nov 95 11:19:16 -0800 From: Jim Helman Status: O There's no direct limit on the number of vertices, only on memory usage which combines everything from textures and vertices to multiple copies for multiprocessing. The default shared arena size is 256MB. So the effective limit is the lesser of this and the amount of swap space you have. The arena size can be increased by calling pfSharedArenaSize() before pfInit(). If the loader uses 1.2's pfBuilder, you may be rather limited by that. It created a lot of rather large data structures during database loading. 2.0 is much better in this regard. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Nov 3 13:34:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA28838; Fri, 3 Nov 1995 13:28:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA28835; Fri, 3 Nov 1995 13:28:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17768; Fri, 3 Nov 95 13:28:33 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA15824; Fri, 3 Nov 1995 13:28:28 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA04898; Fri, 3 Nov 1995 11:45:03 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA11981; Fri, 3 Nov 95 11:44:58 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA16329; Fri, 3 Nov 1995 11:44:58 -0800 Message-Id: <199511031944.LAA16329@surreal.asd.sgi.com> To: "Lionel Maiaux" Cc: info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? In-Reply-To: Your message of "Fri, 03 Nov 95 12:30:26 +0100." <9511031230.ZM534@quartz> Date: Fri, 03 Nov 95 11:44:57 -0800 From: Jim Helman Status: O > Ok, I will use single process, but must I take care about mixing > graphic and non graphic tasks or not ??? I suppose I should not > take care about it if the length of the pipeline is big enough to > avoid my process to wait. If you ever want to MP, you should keep the graphics calls in draw callbacks. The issue of optimal performance on single processor machines is somewhat complex because the graphics subsystem is usually idle during the APP stage (and the CULL stage when sorting is enabled or when using APPCULLDRAW|CULL_DL_DRAW). One important tuning question is whether your database renders more quickly with sorting turned on. If sorting is off with APPCULLDRAW, a single CULLDRAW traversal is done, rendering as it goes. Sorting during the CULL delays the start of drawing, but often results in shorter drawing times. Another issue you raise is when should you make GL calls? Because holding off rendering for APP and maybe CULL can be bad (with even the screen clear held off), in some cases it might be useful to run with APPCULL_DRAW even on a single CPU machine and give the DRAW a higher nondegrading priority so that you don't thrash with CPU context switches between the two threads (although you might want to add a lock around pfDraw() to guarantee this). A significant optimization might be made simply by moving clear to the beginning of the frame, e.g. rather than calling pfClear() in your draw callback before pfDraw(), try clearing after swapbuffers in your pfPipeSwapFunc(). rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Nov 3 14:41:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA29819; Fri, 3 Nov 1995 14:37:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA29816; Fri, 3 Nov 1995 14:37:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21810; Fri, 3 Nov 95 14:37:14 -0800 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA05307; Fri, 3 Nov 1995 14:37:12 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA10472; Fri, 3 Nov 1995 13:15:46 -0800 Received: from aw545.iasl.ca.boeing.com.iasl.ca.boeing.com (aw545.iasl.ca.boeing.com) by aw101.iasl.ca.boeing.com with SMTP id AA19099 (5.67a/IDA-1.4.4 for ); Fri, 3 Nov 1995 13:11:04 -0800 From: "David H. Whittington" Received: by aw545.iasl.ca.boeing.com.info-performer@sgi.com (5.65c/client-1.3) id AA01308; Fri, 3 Nov 1995 13:11:02 -0800 Message-Id: <199511032111.AA01308@aw545.iasl.ca.boeing.com.info-performer@sgi.com> Subject: PfLayer Question To: info-performer@sgi.sgi.com Date: Fri, 3 Nov 1995 13:11:01 -0800 (PST) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 965 Status: O I want to attach an airport model underneath a DCS which is underneath(tree wise)a terrain poly mesh. I want the runway to be rendered without z-buffer flashing and hopefully to be occulted when appropriate by terrain valleys. I want the airport model to be able to be repositioned on-the-fly (with the above mentioned DCS). I have tried using a PfLayer for the terrain and the airport but still get flashing sometimes on an ONYX and it doesn't work at all correctly on a VGX. Help! .=========================================================================. / 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" / `=========================================================================' From guest Fri Nov 3 14:52:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA29868; Fri, 3 Nov 1995 14:46:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA29865; Fri, 3 Nov 1995 14:46:57 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22259; Fri, 3 Nov 95 14:46:55 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA02971; Fri, 3 Nov 1995 14:46:55 -0800 Received: from octagon.tacom.army.mil by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id OAA08117; Fri, 3 Nov 1995 14:46:52 -0800 From: tidrowd@cc.tacom.army.mil Received: from cc-gw.tacom.army.mil by octagon.tacom.army.mil (8.7.1/8.7.1-kbp) with SMTP id RAA13804; Fri, 3 Nov 1995 17:46:51 -0500 (EST) Received: from ccMail by cc-gw.tacom.army.mil (IMA Internet Exchange 1.04b) id 09a9bc60; Fri, 3 Nov 95 17:46:30 -0500 Mime-Version: 1.0 Date: Fri, 3 Nov 1995 17:41:51 -0500 Message-Id: <09a9bc60@cc-gw.tacom.army.mil> Subject: GL display lists in Performer To: info-performer@sgihub.corp.sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O Does Performer use GL (OpenGL) display lists anywhere in its internals? Recently somebody told me that this is the case - I had been under the impression that only pfDispLists were used, and that these aren't GL display lists. Is this guy off his rocker??? Don Tidrow Visual Simulation Developer US Army Tank-automotive and Armaments Command From guest Fri Nov 3 15:12:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA00027; Fri, 3 Nov 1995 15:07:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA00024; Fri, 3 Nov 1995 15:07:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23816; Fri, 3 Nov 95 15:07:19 -0800 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA12918; Fri, 3 Nov 1995 15:07:16 -0800 From: yuri@casa-de.es Received: (uucp@localhost) by goya.eunet.es (8.7.1/13.23) id AAA28550 for info-performer@sgi.com; Sat, 4 Nov 1995 00:00:13 +0100 (MET) Received: by DE0SG001.casa-de.es (931110.SGI/5.3) id AA25166 for info-performer@sgi.com; Fri, 3 Nov 95 16:47:13 -0800 Date: Fri, 3 Nov 95 16:47:13 -0800 Message-Id: <9511040047.AA25166@DE0SG001.casa-de.es> To: info-performer@sgi.sgi.com Subject: Textures and LoadPtu Status: O First of all, my apologies to the people that tried to help me a few days ago answering my questions and I didn't thank them. I hope this did not annoy you, and thanks. Unfortunately, their answers were not enough. Here is my problem again: I have one 4 component texture format that I would like to map to my models. The function that reads the texture provides a pointer that works OK with IrisGL but crashes with Performer (1.2) giving strange results. Loading a RGB texture gives no problem. This is a somehow resumed version of my code: textures[ActTex] = pfNewTex(arena); sprintf(ext, "%s", &TEXname[strlen(TEXname)-3]); if(strcmp(ext, "rgb")==0) { if(pfLoadTexFile(textures[ActTex], TEXname)==0) ErrorObj(); } else if (strcmp(ext, "vst")==0) { char FullTEXname[256]; ulong *image; long ns, nt, comp; size_t tot; if (!pfFindFile(TEXname, FullTEXname, R_OK)) ErrorObj(); VSTtemp = Load_imageVST(FullTEXname); comp = (long) VSTtemp->ncom; ns = (long) VSTtemp->xlon; nt = (long) VSTtemp->ylon; image = VSTtemp->image; pfTexImage(textures[ActTex], image, comp, ns, nt, 0L); pfTexFormat(textures[ActTex], PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8); pfTexName(textures[ActTex], TEXname); } else ErrorObj("extension de textura no valida"); pfTexRepeat(textures[ActTex], PFTEX_WRAP, (wrap)? PFTEX_REPEAT:PFTEX_CLAMP); pfTexFilter(textures[ActTex], PFTEX_MINFILTER, PFTEX_BILINEAR); pfTexFilter(textures[ActTex], PFTEX_MAGFILTER, PFTEX_BILINEAR); pfGStateAttr(gstate, PFSTATE_TEXTURE, textures[ActTex]); Load_imageVST reads in a texture file and gives a pointer to the structure you can guess. I also tried to copy the actual image to another location before serving it to pfTexImage, just in case it gets erased. Any ideas? One other issue I would like to ask those of you who are still reading is: have you ever tried to load a .ptu file? I have, and the Programming Guide (1.2) is wrong enough to make you waste some precious time until you check the actual code. Once I did this and got my terrain working, somehow it disabled antialiasing and the lightpoints on my vehicles appeared as big boxes instead of small dots as before. LOD switching and all that stuff seem to work but I notice no improvement over my former all-in-one-geode terrain. I guess this is just something somewhere spoiling it all -- I would like to know this before I attempt to do the work myself, as the application I am currently working on would do with a ptu. Thank you. _________________________________________________________________________________ _/_/_/_/ _/ _/_/_/_/ _/ Juan R. "Yuri" Saenz-Diez _/ _/_/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/ C.A.S.A - E S P A C I O - _/ _/_/_/_/ _/ _/_/_/_/ Av. de Aragon, 404 _/_/_/_/ _/ _/ _/_/_/_/ _/ _/ 28022 Madrid - Spain _/_/ _/_/ _/_/ Tel: (34 1) 585 78 17 _/_/ --o-- _/_/ Fax: (34 1) 747 47 99 _/_/ _/_/ Tlx: 48540 CASA-E _/_/ E-mail yuri@inf.casa-de.es _________________________________________________________________________________ From guest Sun Nov 5 18:08:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA03978; Sun, 5 Nov 1995 18:05:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA03975; Sun, 5 Nov 1995 18:05:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03666; Sun, 5 Nov 95 18:05:01 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA00872; Sun, 5 Nov 1995 18:04:57 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id NAA10101 (8.6.12/IDA-1.6); Mon, 6 Nov 1995 13:04:24 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12925 (5.65c/IDA-1.5); Mon, 6 Nov 1995 11:30:45 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA24922 (8.6.12/IDA-1.6); Mon, 6 Nov 1995 10:39:24 +1000 Received: by murad (5.65) id AA07605; Mon, 6 Nov 1995 11:45:43 +1100 Date: Mon, 6 Nov 1995 11:45:41 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: "Carlo L. Tiana" Cc: info-performer@sgi.sgi.com Subject: Re: pfLightPoints and RM's In-Reply-To: <199511031810.KAA23963@descartes.arc.nasa.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 3 Nov 1995, Carlo L. Tiana wrote: > I have an application in which I turn on a big bunch of pfLightPoints > (the usual runway lights, etc.). These points render as expected on > a PowerIndigo 2 Extreme, and a few Onyces I have tried it on. These > Onyces always have more than 1 RM4. The application messes up in a > big way on the single-RM4 Onyx on which I need to run (adding an RM4 > makes everything work great again, so I think I have narrowed this > problem down to the single RM4). > Instead of light points I get huge rectangles (spanning some 80% > of the visual field) and performance goes to hell (0.5 frames per > second appx. compared to 30 fps even on the extreme). Is this Performer 2.0 or 1.2 application? I know why your lightpoints have become square, but if you're a Performer 1.2 application I'm not exactly sure why they've become so large (unless of course you're playing with pntsize() or pntsizef() somewhere else in your application). Performer uses a "magic" backdoor method for drawing fast-high-quality round lightpoints while multisampling - which, if you look carefully, directly contradicts what's written in the "Graphics Library Programming Guide Volume II Section 15.5.3 pg: 15.43" - but I digress, they're round, they're excellent and they work well, the only problem I have with them is that they don't get any bigger than ~ 3.5 pixels. > My question is 2-fold: > 1) what do pfLightPoints use the RM4 for? Drawing the magic multisampled lightpoints! If you're running at 1280x1024 with 1 RM you can no longer multi-sample. Which means you can't draw "magic" lightpoints anymore - which means they come out square! You can disable this magic by calling glcompat(1011,0) which should give similar results on 2 amd 4 RM machines to the 1RM machine... > 2) is there any way I can maybe give up some rendering beauty for > the light points and run my app anyway with 1 RM4? (the quality > of the light points is much better on the stuffed Onyces, but the > quality of the Extreme light points is perfectly adequate for my > purposes). There are a couple of things you can try. 1) Drop the VOF res to 960x680 (or lower) and you again be able to multi-sample. Lightpoints should then return to normal. An added bonus is that you get your full screen anti-aliasing back! ... and if you were fill limited, your application will go faster!! 2) The only reason I can think that your lightpoints are sooooo big (remember that the "magic" points don't get any bigger than ~ 3.5 pixels) is that you've set their size somehow either throught a pntsize() or pntsizef() call or directly on the node (assuming Performer 1.2) using pfLPointSize(). Try setting them all to 2.0 pixels and see how it looks (they'll still be square thou...). 3) If you still want round lightpoints and can't drop your VOF look into pntsmooth(). +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Sun Nov 5 18:54:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA04130; Sun, 5 Nov 1995 18:49:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA04127; Sun, 5 Nov 1995 18:49:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04771; Sun, 5 Nov 95 18:49:22 -0800 Received: from ix9.ix.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA03786; Sun, 5 Nov 1995 18:49:21 -0800 Received: from #blastarr by ix9.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id SAA01229; Sun, 5 Nov 1995 18:49:19 -0800 Date: Sun, 5 Nov 1995 18:49:19 -0800 Message-Id: <199511060249.SAA01229@ix9.ix.netcom.com> X-Sender: blastarr@smtp.ix.netcom.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: Kent Miller Subject: Unsubscribe Status: O Sorry - I misplaced the e-mail address for performer mailing list administration. Please unsubscribe me. From guest Mon Nov 6 02:12:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA05084; Mon, 6 Nov 1995 02:07:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA05081; Mon, 6 Nov 1995 02:07:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11511; Mon, 6 Nov 95 02:07:47 -0800 Received: from relay-4.mail.demon.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA02283; Mon, 6 Nov 1995 02:07:25 -0800 Received: from post.demon.co.uk by relay-4.mail.demon.net id sg.ah28596; 6 Nov 95 9:51 GMT Received: from relay-4.mail.demon.net by relay-3.mail.demon.net id aa06641; 6 Nov 95 9:48 GMT From: Jason Buksh To: info-performer@sgi.sgi.com Date: Mon, 6 Nov 1995 09:53:43 +0000 Subject: Updating bounding spheres X-Mailer: Pegasus Mail/Windows (v1.22) Message-Id: <9511060948.aa06641@relay-3.mail.demon.net> Status: O Could somebody please help me? I've constructed a visual database in Performer and I am rendering it on a RE2 (2cpu). The problem is this:- When I update the vertices in a Geoset the bounding volume in the Geode doesn't appear to be updating properly. I try to force Performer to update by setting the Geodes bounding volume to NULL with pfNodeBSphere( Geode, NULL, PFN_BNODE_DYNAMIC ) but it still maintains the original bounding volume. I've also tried replacing the Geosets with themselves in the hope this would force the bounding volume to be re-computed in the Geode (But still the same result). I've also tried removing parents and inserting them back in the hierarchy but with still the effect (bounding volume wasn't updated). Can anybody shed any light on this problem? Thanks Jason J.BUKSH@vrsoins.co.uk Tel +44 0161 745 - 7384 From guest Mon Nov 6 02:10:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA05078; Mon, 6 Nov 1995 02:04:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA05075; Mon, 6 Nov 1995 02:04:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11492; Mon, 6 Nov 95 02:04:31 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA02142; Mon, 6 Nov 1995 02:04:30 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA11488; Mon, 6 Nov 95 02:04:27 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id CAA00549; Mon, 6 Nov 1995 02:04:25 -0800 Message-Id: <199511061004.CAA00549@surreal.asd.sgi.com> To: "Lionel Maiaux" , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? In-Reply-To: Your message of "Fri, 03 Nov 95 11:44:57 PST." <199511031944.LAA16329@surreal.asd.sgi.com> Date: Mon, 06 Nov 95 02:04:25 -0800 From: Jim Helman Status: O A couple corrections to my earlier message: 1) Impact and Elan/Extreme like RealityEngine do not block the CPU until the RGBcolor command is issued. swapbuffers(); RGBcolor(255,255,255); clear(); 2) Moving the clear to right after a swapbuffers is an incredibly lousy idea. Screen clears do take a long time, but this would block and really slow things down. This would require a non-blocking swap-and-clear which we don't have. But in single-processed FREE_RUN it is sometimes worth using CULL_DL_DRAW, since then the CULL does not block (nothing blocks until the channel draw callback is invoked). Without CULL_DL_DRAW, single process operation causes a combined CULLDRAW traversal to be invoked from pfDraw. In this case it's possible that culling and sorting can leave some deadtime on the graphics pipe, but only if the cull+sort time in pfDraw exceeds the screen clear that was started just before the combined traversal triggered by pfDraw. LOCK and FLOAT are different. In single-procssed LOCK or FLOAT, pfSync locks to a frame boundary. So when a lot of culling & sorting are being done (before the channel draw callback is invoked), it would often be faster to clear the screen after pfSync in the APP (illegally & not portably for MP operation) rather than waiting until the draw callback is invoked. We need to make this simpler. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Nov 6 02:18:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA05113; Mon, 6 Nov 1995 02:13:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA05110; Mon, 6 Nov 1995 02:13:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11613; Mon, 6 Nov 95 02:13:49 -0800 Received: from prost23.prosolvia.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA02633; Mon, 6 Nov 1995 02:13:46 -0800 Received: (from erik@localhost) by prost23.prosolvia.se (950511.SGI.8.6.12.PATCH526/8.6.11) id LAA06088 for info-performer@sgi.com; Mon, 6 Nov 1995 11:13:44 +0100 From: "Erik Gustafsson" Message-Id: <9511061113.ZM6086@prost23.prosolvia.se> Date: Mon, 6 Nov 1995 11:13:43 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Subscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Subscribe -- _______________________________________________________________ Erik Gustafsson CLARUS AB Stora Badhusgatan 18-20, S-411 21 Gothenburg, SWEDEN Tel +46 31 774 37 53, Fax +46 31 13 54 71 erik@clarus.se _______________________________________________________________ From guest Mon Nov 6 03:27:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA05517; Mon, 6 Nov 1995 03:21:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA05514; Mon, 6 Nov 1995 03:21:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13103; Mon, 6 Nov 95 03:21:51 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA06092; Mon, 6 Nov 1995 03:21:43 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id MAA02462; Mon, 6 Nov 1995 12:11:14 +0100 From: "Angus Dorbie" Message-Id: <9511061211.ZM2460@bitch.reading.sgi.com> Date: Mon, 6 Nov 1995 12:11:14 +0100 In-Reply-To: Jim Helman "Re: Mono or Multi-process ?" (Nov 6, 2:04am) References: <199511061004.CAA00549@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jim Helman , "Lionel Maiaux" , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 6, 2:04am, Jim Helman wrote: > 2) Moving the clear to right after a swapbuffers is an > incredibly lousy idea. Screen clears do take a long time, but > this would block and really slow things down. This would > require a non-blocking swap-and-clear which we don't have. > But youre not saying that this blocks until after the clear is finnished, just until the buffers swap and clear returns. So this might improve things if your draw finnished close to the frame boundary, and you wern't pixel limited at the end of draw? > -jim helman > > jimh@surreal.asd.sgi.com > 415/390-1151 > > >-- End of excerpt from Jim Helman -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Nov 6 06:39:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA05782; Mon, 6 Nov 1995 06:36:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA05779; Mon, 6 Nov 1995 06:36:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16664; Mon, 6 Nov 95 06:36:08 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA19938; Mon, 6 Nov 1995 06:36:06 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id JAA21590; Mon, 6 Nov 1995 09:38:54 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA20622; Mon, 6 Nov 1995 09:34:25 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA23563; Mon, 6 Nov 95 09:29:42 -0500 Date: Mon, 6 Nov 95 09:29:42 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9511061429.AA23563@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: info-performer monthly archives? Status: O Here is a question for the person who updates the content of the Performer ftp directory on sgigate.sgi.com: Do you plan on updating the monthly-archives with the posts from the latest months (08, 09 and 10)? While I'm suscribed to this mailing list I find very convenient the fact that we can ftp those archives for later 'grep'.. ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Mon Nov 6 07:55:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA06005; Mon, 6 Nov 1995 07:52:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA06002; Mon, 6 Nov 1995 07:52:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18413; Mon, 6 Nov 95 07:51:59 -0800 Received: from theory.lcs.mit.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA27437; Mon, 6 Nov 1995 07:51:54 -0800 Received: from radiance.lcs.mit.edu by theory.lcs.mit.edu (5.65c/TOC-1.2S) id AA19401; Mon, 06 Nov 95 10:51:51 EST Received: by radiance.lcs.mit.edu (940816.SGI.8.6.9/TOC-1.2C) id KAA19123; Mon, 6 Nov 1995 10:54:45 -0500 From: "Rebecca Xiong" Message-Id: <9511061054.ZM19121@radiance.lcs.mit.edu> Date: Mon, 6 Nov 1995 10:54:44 -0500 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: viewing matrix and pfDraw() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Is there a way to change the viewing matrix after pfCull() has been called but before pfDraw() is called? I'm trying to show the effect of culling in a program by drawing the culling result from a different viewpoint. Many thanks in advance, Rebecca -- ------------------------------------------------------- Rebecca Xiong | becca@mit.edu LCS Lab, MIT | http://theory.lcs.mit.edu/~becca ------------------------------------------------------- From guest Mon Nov 6 08:07:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA06051; Mon, 6 Nov 1995 08:03:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA06048; Mon, 6 Nov 1995 08:03:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18805; Mon, 6 Nov 95 08:03:57 -0800 Received: from gateway.grumman.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA29241; Mon, 6 Nov 1995 08:03:56 -0800 Date: Mon, 6 Nov 1995 11:03:30 -0500 From: ghock@gateway.grumman.com (Greg Hock) Message-Id: <9511061603.AA17468@gateway.grumman.com> To: info-performer@sgi.sgi.com Content-Length: 860 Status: O Hello, A couple of questions: 1). How does one position a pfGeoSet at multiple locations in the scene without having to recalculate the vertexes. Is there some way to use a transformation matrix on the GeoSet (or its Geode) to accomplish the task. 2). How does one 'get a handle' on Multigen models when they are loaded. What I want to do (and yes I am aware of the associated graphics costs) is get at some of the model GeoSet vertexes and Group properties DURING RUN TIME! Basically I will try to toggle color and transparency. For example, I want to load a tank model and display it at say 25 different positions on a terrain, each having a slightly different color shading on one or more faces and different transparency overall. Thanks for the efforts, Gregg Hock (407) 726-7758 ghock@gateway.grumman.com From guest Mon Nov 6 09:21:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA06386; Mon, 6 Nov 1995 09:16:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA06383; Mon, 6 Nov 1995 09:16:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21407; Mon, 6 Nov 95 09:16:51 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA10642; Mon, 6 Nov 1995 09:16:05 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA03422; Mon, 6 Nov 1995 18:03:32 +0100 From: "Angus Dorbie" Message-Id: <9511061803.ZM3420@bitch.reading.sgi.com> Date: Mon, 6 Nov 1995 18:03:31 +0100 In-Reply-To: "Rebecca Xiong" "viewing matrix and pfDraw()" (Nov 6, 10:54am) References: <9511061054.ZM19121@radiance.lcs.mit.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Rebecca Xiong" , info-performer@sgi.sgi.com Subject: Re: viewing matrix and pfDraw() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O "nextfly" with performer 2.0 does this kind of thing. After a quick inspection it seems to issue a sneaky perspective call in a pre-draw callback for the channel and loads the viewing matrix. You could do something similar by issuing a translate or multmatrix which performer doesn't know about and move the culled database relative to the frustum before you call pfDraw. You may have to push & pop matrix either side of the translate & draw, but maybe not. Good Luck, Angus. On Nov 6, 10:54am, Rebecca Xiong wrote: > Subject: viewing matrix and pfDraw() > Hi, > > Is there a way to change the viewing matrix after pfCull() has been called > but before pfDraw() is called? I'm trying to show the effect of culling in > a program by drawing the culling result from a different viewpoint. > > Many thanks in advance, > Rebecca > > -- > ------------------------------------------------------- > Rebecca Xiong | becca@mit.edu > LCS Lab, MIT | http://theory.lcs.mit.edu/~becca > ------------------------------------------------------- > >-- End of excerpt from Rebecca Xiong -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Nov 6 10:18:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA06580; Mon, 6 Nov 1995 10:15:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA06577; Mon, 6 Nov 1995 10:15:04 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24519; Mon, 6 Nov 95 10:14:58 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA21466; Mon, 6 Nov 1995 10:14:56 -0800 Received: from bitch.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id JAA04265; Mon, 6 Nov 1995 09:45:21 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA03483; Mon, 6 Nov 1995 18:33:11 +0100 From: "Angus Dorbie" Message-Id: <9511061833.ZM3481@bitch.reading.sgi.com> Date: Mon, 6 Nov 1995 18:33:11 +0100 In-Reply-To: ghock@gateway.grumman.com (Greg Hock) "" (Nov 6, 11:03am) References: <9511061603.AA17468@gateway.grumman.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ghock@gateway.grumman.com (Greg Hock), info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 6, 11:03am, Greg Hock wrote: > Subject: > Hello, > > A couple of questions: > 1). How does one position a pfGeoSet at multiple locations > in the scene without having to recalculate the vertexes. > Is there some way to use a transformation matrix on the > GeoSet (or its Geode) to accomplish the task. Just add it several times bellow pfDCS or pfSCS structures, but make sure you don't call pfFlatten above the transformation. You may also want to check out pfClone which can be used to copy scene graphs without replicating geometry leafs. > > 2). How does one 'get a handle' on Multigen models when > they are loaded. What I want to do (and yes I am aware of > the associated graphics costs) is get at some of the > model GeoSet vertexes and Group properties DURING RUN TIME! > Basically I will try to toggle color and transparency. > For example, I want to load a tank model and display it at > say 25 different positions on a terrain, each having a > slightly different color shading on one or more faces and > different transparency overall. Use pfGetChild calls to querry the graph, exactly how you do this depends on what version of performer you use. Examples have been posted. There is also the registerNode callback mechanisms provided with the multigen loader, but I've never tried this. Use draw callbacks to override material properties to modify the material look at pfNodeTravFuncs(), pfOverride() & pfState. When multiply instancing tanks of different colours you would probably want to use these at the level of the pfDCS or pfSCS which positions them. For vertex level tinkering you can view the old "atlantis" example of this by Angus Henderson which is on the ftp site in: ~ftp/pup/Performer/RealityCentre This querries the scene graph to vertex level (Performer 1.2). > > Thanks for the efforts, > > Gregg Hock > (407) 726-7758 > ghock@gateway.grumman.com > >-- End of excerpt from Greg Hock Good Luck, Angus. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Nov 6 09:45:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA06499; Mon, 6 Nov 1995 09:42:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA06496; Mon, 6 Nov 1995 09:42:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22684; Mon, 6 Nov 95 09:42:00 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA15214; Mon, 6 Nov 1995 09:41:59 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA22668; Mon, 6 Nov 95 09:41:56 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA04310; Mon, 6 Nov 1995 09:39:16 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199511061739.JAA04310@tubes.asd.sgi.com> Subject: Re: Updating bounding spheres To: guest (Jason Buksh) Date: Mon, 6 Nov 95 9:39:15 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9511060948.aa06641@relay-3.mail.demon.net>; from "Jason Buksh" at Nov 6, 95 9:53 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Could somebody please help me? > I've constructed a visual database in Performer and I am rendering it on a RE2 (2cpu). > The problem is this:- When I update the vertices in a Geoset the bounding volume in the Geode > doesn't appear to be updating properly. I try to force Performer to update by setting the Geodes > bounding volume to NULL with pfNodeBSphere( Geode, NULL, PFN_BNODE_DYNAMIC ) but > it still maintains the original bounding volume. I've also tried replacing the Geosets with themselves > in the hope this would force the bounding volume to be re-computed in the Geode (But still the same > result). I've also tried removing parents and inserting them back in the hierarchy but with still the > effect (bounding volume wasn't updated). Can anybody shed any light on this problem? > Force recomputation of the pfGeoSet bounding box by passing a NULL bbox argument to pfGSetBBox, then call pfNodeBSphere( Geode, NULL, PFN_BNODE_DYNAMIC ). pfGeodes assume the bboxes of its pfGeoSets are valid and doesn't recompute them for best performance. From guest Mon Nov 6 11:41:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA06881; Mon, 6 Nov 1995 11:30:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA06878; Mon, 6 Nov 1995 11:30:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28841; Mon, 6 Nov 95 11:30:48 -0800 Received: from UCSD.EDU by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA08847; Mon, 6 Nov 1995 11:30:47 -0800 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.6.12/8.6.9) with SMTP id LAA22909; Mon, 6 Nov 1995 11:30:46 -0800 Received: by chem.chem.ucsd.edu (5.51) id AA25737; Mon, 6 Nov 95 11:29:05 PST Received: by sdchemw1.ucsd.edu (931110.SGI) id AA15496; Mon, 6 Nov 95 11:33:16 -0800 Date: Mon, 6 Nov 95 11:33:16 -0800 Message-Id: <9511061933.AA15496@sdchemw1.ucsd.edu> From: Jon Christensen To: info-performer@sgi.sgi.com Subject: question on eventual performer/inventor merge Status: O Does anyone know what the latest is from the rumor mill on the eventual performer/inventor merge? If we were going to start a multi-year project now, where we would spend the first year or so building experimental prototypes (and hence wouldn't be *extremely* worried about performance until next year, if such a thing is possible) would it be better to start by writing out applications in Inventor or Performer? I've read the Performer faq's comments on this (below), but would appreciate some additional guidance. Anyone want to take a stab at this? thanks, Jon -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-==-=-=-=-==-=-=-=-=- Jon Christensen phone: (619) 534-0290 Dept. of Electrical and Computer Engineering fax: (619) 534-7654 University of California, San Diego email: jmc@ucsd.edu 3050 Urey Hall Addition, 9500 Gilman Drive La Jolla, CA 92093-0339 faq> The short answer is, Performer was designed for vis-sim, while faq> Inventor was designed to be more general purpose. faq> faq> IRIS Performer is for developers who need to extract maximum faq> performance from SGI machines for visual simulation, virtual faq> reality, game development, and high-end CAD systems. Often faq> these applications need multi-processor Onyx systems with faq> multiple RealityEngine pipelines with a high degree of faq> parallelism and running at fixed frame rates. faq> faq> Inventor is designed for maximum programmer productivity when faq> writing other kinds of 3D applications, like modelling, faq> animation, visualization, etc. faq> faq> Both toolkits are general purpose enough that they could be faq> extended into the domain of the other, but the question you faq> should consider is "what is the *fundamental* goal of my faq> graphics development?" If it's portability to non-SGI systems, faq> easy X-window system integration, or handy graphic widgets, faq> IRIS Inventor is for you. If it's brochure-level performance faq> in advanced graphic applications for the specific domains faq> listed above, then IRIS Performer would be the likely tool. From guest Mon Nov 6 15:54:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA08477; Mon, 6 Nov 1995 15:48:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA08474; Mon, 6 Nov 1995 15:48:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12854; Mon, 6 Nov 95 15:48:28 -0800 Received: from dcscorp.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA27478; Mon, 6 Nov 1995 15:48:26 -0800 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Mon, 06 Nov 1995 18:47:20 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 06 Nov 1995 18:49:30 -0500 From: Tanner Lovelace To: info-performer@sgi.sgi.com Subject: Really weird Z-buffer problem Status: O Hello, I'm trying to program a performer 1.2 simulation using a Reality Engine in 6@640x480_60 mode. I ran into the problem of Performer automatically changing the LOD ranges to what it thought I needed. Unfortunately, they were causing everything to switch out all the time. So, I've used pfChanLODAttr to try to bring back some measure of sanity to the view, but now I've run into what appears to be a really weird Z-buffer problem. Now, it appears that all polygons are being hashed into the z-buffer backwards!?! That is, to say, what should be close (like the barrel of the tank that my camera is on) is behind what should be far away (i.e. hills that should be out in the distance). Has anyone ever heard of such a thing before? Thanks in advance, Tanner Lovelace DCS Corporation Alexandria, VA From guest Mon Nov 6 19:41:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA09737; Mon, 6 Nov 1995 19:34:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA09734; Mon, 6 Nov 1995 19:34:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24419; Mon, 6 Nov 95 19:34:43 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id TAA17585; Mon, 6 Nov 1995 19:34:41 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA24411; Mon, 6 Nov 95 19:34:39 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA27043; Mon, 6 Nov 1995 19:34:38 -0800 Message-Id: <199511070334.TAA27043@surreal.asd.sgi.com> To: "Angus Dorbie" Cc: "Lionel Maiaux" , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? In-Reply-To: Your message of "Mon, 06 Nov 95 12:11:14 +0100." <9511061211.ZM2460@bitch.reading.sgi.com> Date: Mon, 06 Nov 95 19:34:38 -0800 From: Jim Helman Status: O > But youre not saying that this blocks until after the clear > is finished, just until the buffers swap and clear returns. Right. Which means that in single processed FLOAT or LOCK, you'd lose an entire frame, because the swap/clear will block to a frame boundary and later pfSync will do the same. In FREE_RUN, swap+clear would cause you to block to a field boundary at the end of the draw. This wastes time since without it, APP and sometimes CULL processing, can use the time between the completion of the DRAW and the next frame boundary. So swap+clear would only be useful if we had a version that did not block, which we do not. rgds, -jim jimh@surreal.asd.sgi.com 415/933-1151 From guest Tue Nov 7 01:32:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA10875; Tue, 7 Nov 1995 01:25:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA10872; Tue, 7 Nov 1995 01:25:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04230; Tue, 7 Nov 95 01:25:37 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id BAA23519; Tue, 7 Nov 1995 01:25:28 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id TAA20352 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 19:31:03 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA27396 (5.65c/IDA-1.5); Tue, 7 Nov 1995 19:01:44 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA01362 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 18:10:24 +1000 Received: by murad (5.65) id AA09704; Tue, 7 Nov 1995 19:16:48 +1100 Date: Tue, 7 Nov 1995 19:16:48 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: Jim Helman Cc: Angus Dorbie , Lionel Maiaux , info-performer@sgi.sgi.com Subject: Re: Mono or Multi-process ? In-Reply-To: <199511070334.TAA27043@surreal.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 6 Nov 1995, Jim Helman wrote: > boundary. So swap+clear would only be useful if we had a version that > did not block, which we do not. Is this something that you might add in the future? +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Nov 7 01:32:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA10870; Tue, 7 Nov 1995 01:25:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA10867; Tue, 7 Nov 1995 01:25:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04210; Tue, 7 Nov 95 01:25:27 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA23483; Tue, 7 Nov 1995 01:25:22 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id TAA20358 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 19:31:06 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA27402 (5.65c/IDA-1.5); Tue, 7 Nov 1995 19:04:14 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA01371 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 18:12:56 +1000 Received: by murad (5.65) id AA09727; Tue, 7 Nov 1995 19:19:19 +1100 Date: Tue, 7 Nov 1995 19:19:19 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: "Beaver, Jim" Cc: info-performer@sgi.sgi.com Subject: Re: Motif and Performer 2.0 In-Reply-To: <9510028153.AA815330095@smtpgwy.si.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 2 Nov 1995, Beaver, Jim wrote: > Maybe I > should wait until I get 2.0 before changing my application to Motif. If you can, then wait. I'd say that'd would be the most sensible course of action. Pf2.0 can't be too far away now, and will undoubtably be most excellent. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Nov 7 00:47:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA10656; Tue, 7 Nov 1995 00:43:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA10653; Tue, 7 Nov 1995 00:43:47 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03491; Tue, 7 Nov 95 00:43:47 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id AAA19936; Tue, 7 Nov 1995 00:43:46 -0800 Received: from warrane.connect.com.au by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id AAA11838; Tue, 7 Nov 1995 00:41:22 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id TAA21624 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 19:40:13 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA27418 (5.65c/IDA-1.5); Tue, 7 Nov 1995 19:17:21 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA01394 (8.6.12/IDA-1.6); Tue, 7 Nov 1995 18:26:02 +1000 Received: by murad (5.65) id AA09738; Tue, 7 Nov 1995 19:32:26 +1100 Date: Tue, 7 Nov 1995 19:32:24 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: tidrowd@cc.tacom.army.mil Cc: info-performer@sgihub.corp.sgi.com Subject: Re: GL display lists in Performer In-Reply-To: <09a9bc60@cc-gw.tacom.army.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 3 Nov 1995 tidrowd@cc.tacom.army.mil wrote: > Does Performer use GL (OpenGL) display lists anywhere in its internals? > Recently somebody told me that this is the case - I had been under the > impression that only pfDispLists were used, and that these aren't GL > display lists. Is this guy off his rocker??? Read the pfCull manpage. It may have the information you're looking for. pfDispLists *are not* the same as GL display lists. However there exists pfDrawGLObj() which will draw a GL display list. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Nov 7 02:00:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA11117; Tue, 7 Nov 1995 01:57:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA11114; Tue, 7 Nov 1995 01:57:14 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04841; Tue, 7 Nov 95 01:57:13 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA25663; Tue, 7 Nov 1995 01:56:57 -0800 Received: from ericom (ericom.ericsson.se [130.100.128.25]) by mailgate.ericsson.se (8.6.11/1.0) with SMTP id KAA03051 for ; Tue, 7 Nov 1995 10:00:48 +0100 Received: from ppvku.ericsson.se by ericom (4.1/LME-DOM-2.2.4) id AA00834; Tue, 7 Nov 95 10:00:46 +0100 Received: from einks1.ericsson.se (einks1.ericsson.se [159.107.40.11]) by ppvku.ericsson.se (8.6.12/8.6.12) with SMTP id KAA25912 for ; Tue, 7 Nov 1995 10:03:33 +0100 Date: Tue, 7 Nov 1995 10:03:33 +0100 From: Markus Nikolopoulos Message-Id: <199511070903.KAA25912@ppvku.ericsson.se> To: info-performer@sgi.sgi.com Status: O > >From: ghock@gateway.grumman.com (Greg Hock) > From: "Angus Dorbie" > > Just add it several times bellow pfDCS or pfSCS structures, > but make sure you don't call pfFlatten above the transformation. > The MultiGen loader calls pfFlatten by default so you have to disable it: LoadFltMode(PFFLT_FLATTEN, FALSE); > > 2). How does one 'get a handle' on Multigen models when > > they are loaded. What I want to do (and yes I am aware of > been posted. There is also the registerNode callback mechanisms > provided with the multigen loader, but I've never tried this. It worked quite well for me but I had to disable the PFFLT_FLATTEN and PFFLT_CLEAN modes of the loader. Otherwise you are not sure if the names (and maybe other attributes) you give to your models in the modeller will survive the loader(MultiGen 14.1). Markus Nikolopoulos Ericsson InfoCom AB Box 1038 S-65115 KARLSTAD SWEDEN Tel. +46 (0)54 294832 Fax. +46 (0)54 294001 e-mail:mani@einku.ericsson.se From guest Tue Nov 7 02:38:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA11345; Tue, 7 Nov 1995 02:34:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA11342; Tue, 7 Nov 1995 02:34:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05534; Tue, 7 Nov 95 02:34:26 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA27590; Tue, 7 Nov 1995 02:34:19 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA05020; Tue, 7 Nov 1995 11:21:48 +0100 From: "Angus Dorbie" Message-Id: <9511071121.ZM5018@bitch.reading.sgi.com> Date: Tue, 7 Nov 1995 11:21:47 +0100 In-Reply-To: Markus Nikolopoulos "" (Nov 7, 10:03am) References: <199511070903.KAA25912@ppvku.ericsson.se> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Markus Nikolopoulos , info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You only need to worry about pfFlatten if it is called above transformations & then only if you reference data below a transformation elsewhere or want to modify the transformation. For most models this won't make any difference, even if you subsequently transform the model. You may have to watch out with instancing, or degree of freedom beads. For the tank example I wouldn't expect you to have to disable the flattening unless you used the modeller to instance the tank or unless you have DOFs in the model eg articulated turret, if you didn't plan on moving the turret relative to the tank you'd still want to flatten. Instancing is the real gotcha when flattening. Experiment before disabling the flatten & clean modes, you may not have to. Rgds, Angus. On Nov 7, 10:03am, Markus Nikolopoulos wrote: > Subject: > > >From: ghock@gateway.grumman.com (Greg Hock) > > From: "Angus Dorbie" > > > > Just add it several times bellow pfDCS or pfSCS structures, > > but make sure you don't call pfFlatten above the transformation. > > > > The MultiGen loader calls pfFlatten by default so you have to disable it: > > LoadFltMode(PFFLT_FLATTEN, FALSE); > > > > 2). How does one 'get a handle' on Multigen models when > > > they are loaded. What I want to do (and yes I am aware of > > > been posted. There is also the registerNode callback mechanisms > > provided with the multigen loader, but I've never tried this. > > It worked quite well for me but I had to disable the PFFLT_FLATTEN and PFFLT_CLEAN > modes of the loader. Otherwise you are not sure if the names (and maybe other > attributes) you give to your models in the modeller will survive the loader(MultiGen 14.1). > > > Markus Nikolopoulos > Ericsson InfoCom AB > Box 1038 > S-65115 KARLSTAD > SWEDEN > > Tel. +46 (0)54 294832 > Fax. +46 (0)54 294001 > e-mail:mani@einku.ericsson.se > > >-- End of excerpt from Markus Nikolopoulos -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Tue Nov 7 04:43:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA11665; Tue, 7 Nov 1995 04:40:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA11662; Tue, 7 Nov 1995 04:40:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07399; Tue, 7 Nov 95 04:40:40 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA05078; Tue, 7 Nov 1995 04:40:38 -0800 Received: from syrin11.idt.unit.no (2206@syrin11.idt.unit.no [129.241.107.31]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id NAA04016 for ; Tue, 7 Nov 1995 13:40:31 +0100 From: Svenn K Forfang Received: (skf@localhost) by syrin11.idt.unit.no (8.6.12/8.6.12) id NAA14463 for info-performer@sgi.com; Tue, 7 Nov 1995 13:40:28 +0100 Message-Id: <199511071240.NAA14463@syrin11.idt.unit.no> Subject: pfDCS nodes and origin To: info-performer@sgi.sgi.com Date: Tue, 7 Nov 1995 13:40:27 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1262 Status: O Newbie question: I`m going to animate a human model using Performer on an MEdit model. What i want to do is to insert pfDCS`s as joints in the model, but I can not find a way to move the origin of rotation for the pfDCS node. How can I accomplish this? If anyone have any comments or ideas on human animation using Performer I would be very interested in hearing from you. _____________________________________________________________ / \ * Svenn K. Forfang skf@idt.unit.no * * Gamle Kongevei 44 http:/www.idt.unit.no/~skf * * N-7043 TRONDHEIM * * NORWAY * * phone : +47 73 51 48 05 * * * * 4. grade student * * Norwegian Institute of Technology - Computer Science * *************************************************************** * Creative brains needs creative workhours! * \_____________________________________________________________/ From guest Tue Nov 7 06:51:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA11901; Tue, 7 Nov 1995 06:48:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA11898; Tue, 7 Nov 1995 06:48:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09529; Tue, 7 Nov 95 06:48:27 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA16871; Tue, 7 Nov 1995 06:48:24 -0800 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19348; Tue, 7 Nov 1995 09:46:16 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA27916; Tue, 7 Nov 95 09:39:47 -0500 Date: Tue, 7 Nov 95 09:39:47 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9511071439.AA27916@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: Medit Status: O Sorry for this basic question, but is there an ftp site where I could find medit? ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Tue Nov 7 07:09:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA11928; Tue, 7 Nov 1995 07:04:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA11924; Tue, 7 Nov 1995 07:04:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09884; Tue, 7 Nov 95 07:04:28 -0800 Received: from pigeon.cf.ac.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA18521; Tue, 7 Nov 1995 07:03:41 -0800 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <03083-0@pigeon.cf.ac.uk>; Tue, 7 Nov 1995 14:59:50 +0000 Date: Tue, 7 Nov 1995 15:00:09 +0000 (GMT) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Re: pfDCS nodes and origin In-Reply-To: <199511071240.NAA14463@syrin11.idt.unit.no> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 7 Nov 1995, Svenn K Forfang wrote: > I`m going to animate a human model using Performer on an MEdit model. > What i want to do is to insert pfDCS`s as joints in the model, but > I can not find a way to move the origin of rotation for the pfDCS node. > How can I accomplish this? You can do this using pfDCS's. It just involves constructing the correct transformation matrix (a pfDCS is a general 4x4 matrix). For example, to rotate an object around an origin which is xyz from the objects (model) coordinate origin combine the following transformations into one DCS: 1) translate the model by -x, -y, -z 2) rotate as normal (ie. about "new" origin) 3) translate back (by x, y, z) The operation for a general rotation about another axis just involves a couple of extra rotations at stage (2). From guest Tue Nov 7 07:12:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA11953; Tue, 7 Nov 1995 07:09:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA11950; Tue, 7 Nov 1995 07:09:38 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09964; Tue, 7 Nov 95 07:09:36 -0800 Received: from relay4.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA19064; Tue, 7 Nov 1995 07:09:14 -0800 Received: from vivid.autometric.com by relay4.UU.NET with SMTP id QQzovk17404; Tue, 7 Nov 1995 10:08:51 -0500 (EST) Received: from degas by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) for <@vivid.autometric.com:info-performer@sgi.com> id KAA09239; Tue, 7 Nov 1995 10:08:29 -0500 Received: by degas (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA13875; Tue, 7 Nov 1995 10:08:28 -0500 From: "Dave Sapone" Message-Id: <9511071008.ZM13873@degas.autometric.com> Date: Tue, 7 Nov 1995 10:08:26 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe please thanks -- ----------------------------------------------------------------------------- dave sapone // dave@autometric.com ----------------------------------------------------------------------------- From guest Tue Nov 7 09:32:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA12326; Tue, 7 Nov 1995 09:29:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA12323; Tue, 7 Nov 1995 09:29:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13304; Tue, 7 Nov 95 09:29:09 -0800 Received: from ligsg19.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA02005; Tue, 7 Nov 1995 09:28:56 -0800 Received: by ligsg19.epfl.ch (Smail3.1.29.1 #28) id m0tCrpJ-0008osC; Tue, 7 Nov 95 18:28 MET Message-Id: Date: Tue, 7 Nov 95 18:28 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: custom allocators on 2.0 ? Reply-To: matomira@epfl.ch Status: O Is there any support for custom allocators (pfMalloc compatible) in 2.0? Like in STL, for example? In that way, it would be possible to select on a per-object basis to use a real garbage collector (eg. Boehm's) or not. Thanks in advance, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Tue Nov 7 10:12:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA12449; Tue, 7 Nov 1995 10:06:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA12445; Tue, 7 Nov 1995 10:06:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15787; Tue, 7 Nov 95 10:06:18 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA13665; Tue, 7 Nov 1995 10:06:09 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id JAA11861 for ; Tue, 7 Nov 1995 09:54:52 -0800 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 RAA16301 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 7 Nov 1995 17:48:01 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id KAA23891; Tue, 7 Nov 1995 10:00:52 -0800 From: "Marcus Barnes" Message-Id: <9511071000.ZM23889@royalflush.engr.multigen.com> Date: Tue, 7 Nov 1995 10:00:51 -0800 In-Reply-To: ghock@gateway.grumman.com (Greg Hock) "" (Nov 6, 11:03am) References: <9511061603.AA17468@gateway.grumman.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 6, 11:03am, Greg Hock wrote: [munch] > 2). How does one 'get a handle' on Multigen models when > they are loaded. What I want to do (and yes I am aware of > the associated graphics costs) is get at some of the > model GeoSet vertexes and Group properties DURING RUN TIME! > Basically I will try to toggle color and transparency. > For example, I want to load a tank model and display it at > say 25 different positions on a terrain, each having a > slightly different color shading on one or more faces and > different transparency overall. > > Thanks for the efforts, > > Gregg Hock > (407) 726-7758 > ghock@gateway.grumman.com >-- End of excerpt from Greg Hock MultiGen V14.2 can model this (static?) use-case with external references. Each reference to the tank database can use a different combination of color, material, and texture palettes. The referencing database controls palette usage of the referenced database. The effect is hierarchical. Modelling it this way will create separate pfGeoSet's for each distinct appearance combination. Those that are alike will be pfClone'd. Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Tue Nov 7 11:04:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA12630; Tue, 7 Nov 1995 10:56:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA12627; Tue, 7 Nov 1995 10:56:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18016; Tue, 7 Nov 95 10:56:20 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA02161; Tue, 7 Nov 1995 10:56:17 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA11880 for ; Tue, 7 Nov 1995 10:19:01 -0800 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 SAA16552 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 7 Nov 1995 18:12:09 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id KAA23960; Tue, 7 Nov 1995 10:24:57 -0800 From: "Marcus Barnes" Message-Id: <9511071024.ZM23958@royalflush.engr.multigen.com> Date: Tue, 7 Nov 1995 10:24:56 -0800 In-Reply-To: Markus Nikolopoulos "" (Nov 7, 10:03am) References: <199511070903.KAA25912@ppvku.ericsson.se> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: OpenFlight instancing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 7, 10:03am, Markus Nikolopoulos wrote: > Subject: > > >From: ghock@gateway.grumman.com (Greg Hock) > > From: "Angus Dorbie" [munch] > > > 2). How does one 'get a handle' on Multigen models when > > > they are loaded. What I want to do (and yes I am aware of > > > been posted. There is also the registerNode callback mechanisms > > provided with the multigen loader, but I've never tried this. > > It worked quite well for me but I had to disable the PFFLT_FLATTEN > and PFFLT_CLEAN modes of the loader. Otherwise you are not sure if > the names (and maybe other attributes) you give to your models in > the modeller will survive the loader(MultiGen 14.1). PFFLT_FLATTEN tells the OpenFlight loader to call pfFlatten() for you. pfFlatten's clones branch nodes and preserves their names. However, in 1.2 there's a bug where it breaks. If I remember correctly, it breaks when a pfSCS has a pfDCS as its first child and the pfDCS has right hand siblings. The siblings are not correctly transformed. PFFLT_CLEAN tells the loader to delete all unneccesary pfGroup's and pfSCS (flattened to identity) nodes. In the R14.2 loader the CB_CLEANNODE callback allows the user to veto the deletion. > > Markus Nikolopoulos > Ericsson InfoCom AB > Box 1038 > S-65115 KARLSTAD > SWEDEN > > Tel. +46 (0)54 294832 > Fax. +46 (0)54 294001 > e-mail:mani@einku.ericsson.se > >-- End of excerpt from Markus Nikolopoulos Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Tue Nov 7 11:04:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA12625; Tue, 7 Nov 1995 10:56:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA12622; Tue, 7 Nov 1995 10:56:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18010; Tue, 7 Nov 95 10:56:16 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA02070; Tue, 7 Nov 1995 10:56:09 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA11897 for ; Tue, 7 Nov 1995 10:33:14 -0800 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 SAA16640 for <@plateau.engr.multigen.com:info-performer@holodeck.asd.sgi.com>; Tue, 7 Nov 1995 18:26:23 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@holodeck.asd.sgi.com id KAA23972; Tue, 7 Nov 1995 10:39:12 -0800 From: "Marcus Barnes" Message-Id: <9511071039.ZM23970@royalflush.engr.multigen.com> Date: Tue, 7 Nov 1995 10:39:11 -0800 In-Reply-To: "Angus Dorbie" "" (Nov 7, 11:21am) References: <199511070903.KAA25912@ppvku.ericsson.se> <9511071121.ZM5018@bitch.reading.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Re: pfFlatten concerns Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 7, 11:21am, Angus Dorbie wrote: > Subject: > You only need to worry about pfFlatten if it is called above transformations > & then only if you reference data below a transformation elsewhere or want > to modify the transformation. > For most models this won't make any difference, even if you subsequently > transform the model. You may have to watch out with instancing, or degree of > freedom beads. > For the tank example I wouldn't expect you to have to disable > the flattening unless you used the modeller to instance the tank or unless > you have DOFs in the model eg articulated turret, if you didn't plan on > moving the turret relative to the tank you'd still want to flatten. > Instancing is the real gotcha when flattening. > Experiment before disabling the flatten & clean modes, you may not have to. > -- > Angus Dorbie, > Silicon Graphics Ltd, UK > dorbie@reading.sgi.com >-- End of excerpt from Angus Dorbie All good advice ... pfFlatten() in Performer 1.2 has a number of bugs that can affect this scenario. I mentioned the pfSCS - pfDCS one previously. This is likely to bite you since both node types are present in your model. By moving all your DOF beads to the right in your hierarchy you can avoid this bug (no right hand siblings). pfFlatten can also cause pfClone'd pfLightPoint's to core dump. It also fails to transform pfLightSources ... These are all fixed in Performer 2.0 :-) Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Tue Nov 7 14:29:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA13439; Tue, 7 Nov 1995 14:25:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA13436; Tue, 7 Nov 1995 14:24:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27780; Tue, 7 Nov 95 14:24:58 -0800 Received: from toadflax.cs.ucdavis.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA03957; Tue, 7 Nov 1995 14:24:55 -0800 Received: from yukon.cs.ucdavis.edu by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA10173; Tue, 7 Nov 95 10:59:45 PST Received: by yukon.cs.ucdavis.edu (5.65/UCD.CS.2.6) id AA23480; Tue, 7 Nov 1995 10:59:46 -0800 Date: Tue, 7 Nov 1995 10:59:46 -0800 From: theodore@cs.ucdavis.edu (Brian P Theodore) Message-Id: <9511071859.AA23480@yukon.cs.ucdavis.edu> To: info-performer@sgi.sgi.com Subject: UNSUBSCRIBE PLEASE Status: O UNSUBSCRIBE PLEASE From guest Tue Nov 7 14:16:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA13382; Tue, 7 Nov 1995 14:09:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA13379; Tue, 7 Nov 1995 14:09:52 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26902; Tue, 7 Nov 95 14:09:39 -0800 Received: from euphoria.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA18147; Tue, 7 Nov 1995 14:09:34 -0800 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id OAA05543; Tue, 7 Nov 1995 14:09:33 -0800 From: "Gene Koh" Message-Id: <9511071409.ZM5541@euphoria.corp.sgi.com> Date: Tue, 7 Nov 1995 14:09:33 -0800 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgihub.corp.sgi.com Subject: pfMatrix question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi -- Suppose I have the following Performer 1.2 code: pfMakeTransMat(matrix, ...); pfPreRotMat(matrix, ..., matrix); To get the same effect with Performer 2.0, will I have to do: pfMakeTransMat(matrix, ...); pfPostRotMat(matrix, ..., matrix); I would say yes, since 2.0's matrices should be OpenGL-based, but just wanted to be sure. Thanks. Gene -- Gene Koh gene@corp.sgi.com (415) 933-4230 "It is the weak who are cruel. Gentleness can only be expected from the strong." - Leo Roskin From guest Tue Nov 7 14:59:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA13565; Tue, 7 Nov 1995 14:56:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA13562; Tue, 7 Nov 1995 14:56:36 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28937; Tue, 7 Nov 95 14:56:32 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA25648; Tue, 7 Nov 1995 14:56:36 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgihub.corp.sgi.com id AA28933; Tue, 7 Nov 95 14:56:29 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA01334; Tue, 7 Nov 1995 14:56:31 -0800 Message-Id: <199511072256.OAA01334@surreal.asd.sgi.com> To: "Gene Koh" Cc: info-performer@sgihub.corp.sgi.com Subject: Re: pfMatrix question In-Reply-To: Your message of "Tue, 07 Nov 95 14:09:33 PST." <9511071409.ZM5541@euphoria.corp.sgi.com> Date: Tue, 07 Nov 95 14:56:31 -0800 From: Jim Helman Status: O If I had a nickel for every time someone has been confused by this (including engineers at SGI), I could retire in luxury...... well almost. The OpenGL spec and reference book simply use a different notation, i.e. the one more commonly used in linear algebra courses. Basically OpenGL docs use post-multiplication by column vectors rather than pre-multiplication by row vectors. Or phrased another way OpenGL docs specify matrices in column- major order whereas C stores them in row major order. So if you see: Vout = PROJ * MODELVIEW * Vin you should still code exactly as in IRIS GL: Vout' = Vin' * MODELVIEW' * PROJ' where the primes indicate transposition of the vectors and matrices. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Nov 8 10:23:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA16329; Wed, 8 Nov 1995 10:01:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA16322; Wed, 8 Nov 1995 10:01:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05350; Wed, 8 Nov 95 10:01:48 -0800 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA13199; Wed, 8 Nov 1995 10:01:39 -0800 Received: from lee.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) for <@electrogig.electrogig.com:info-performer@sgi.com> id JAA08501; Wed, 8 Nov 1995 09:52:29 -0800 Received: by lee.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA01878; Tue, 7 Nov 1995 21:51:12 -0800 From: "AnitaKishore" Message-Id: <9511072151.ZM1876@lee.electrogig.com> Date: Tue, 7 Nov 1995 21:51:10 -0800 In-Reply-To: drussell@vsl.ist.ucf.edu (David Russell) "Altering Geometry" (Nov 8, 9:24am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: drussell@vsl.ist.ucf.edu (David Russell), info-performer@sgi.sgi.com Subject: Re: Altering Geometry Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Given that Performer operates best of staic geometry data, has anyone else > tried to alter the geometry of a scene on the fly? I've seen systems that > alter vertices of geosets in order to produce dynamic terrain, fluid, etc. > that work produce relatively fast response. Unfortunately, for my > application, this approach doesn't work. I am required to generate all of > the geosets, etc. for the new geometry each time a change is necessary. > > Now that I've rambled on, does anyone have any experience with generating > and swapping new geometry into the Performer tree? I'm mostly interested > in any tricks to help increase the speed of response. We have a GL based > test program which only takes about a second to update where the Performer > based program requires nearly five seconds to change the geometry on the > same machine. I have done this kind of thing using Performer2.0 Beta version. This provides a separate process called DBASE which is meant to be used for changing the scene graph dynamically. This process is used together with the pfBuffer mechanism also available with 2.0. I have successfully deleted and added new scenes using the inventor loader (so far on a small scale). The DBASE process does the work for you while the APP remains unaffected, and then in the end using the merge API, the DBASE buffer is merged with the APP buffer. I guess you can also do this in Performer1.2. But the work will be done by the APP process which will visually affect the performance. Or you could fork off your own process for handling the changes just like DBASE, in which case YOU have to take care of all inter-process headaches. -anita From guest Wed Nov 8 06:45:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA15754; Wed, 8 Nov 1995 06:24:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA15751; Wed, 8 Nov 1995 06:24:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28122; Wed, 8 Nov 95 06:24:23 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA12775; Wed, 8 Nov 1995 06:24:21 -0800 Received: from [132.170.190.162] (altman-mac.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA01132; Wed, 8 Nov 95 09:24:18 EST Date: Wed, 8 Nov 95 09:24:16 EST X-Sender: drussell@sparc1.vsl.ist.ucf.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: drussell@vsl.ist.ucf.edu (David Russell) Subject: Altering Geometry Status: O Given that Performer operates best of staic geometry data, has anyone else tried to alter the geometry of a scene on the fly? I've seen systems that alter vertices of geosets in order to produce dynamic terrain, fluid, etc. that work produce relatively fast response. Unfortunately, for my application, this approach doesn't work. I am required to generate all of the geosets, etc. for the new geometry each time a change is necessary. Now that I've rambled on, does anyone have any experience with generating and swapping new geometry into the Performer tree? I'm mostly interested in any tricks to help increase the speed of response. We have a GL based test program which only takes about a second to update where the Performer based program requires nearly five seconds to change the geometry on the same machine. Thanks for reading this far into my ramblings. Hope someone out there can give me some feedback. David Russell | Visual Systems Lab | Static worlds breed Institute for Simulation and Training | static minds. | drussell@vsl.ist.ucf.edu | CHANGE YOUR (virtual) WORLD! From guest Wed Nov 8 07:09:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA15775; Wed, 8 Nov 1995 06:48:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA15772; Wed, 8 Nov 1995 06:48:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28519; Wed, 8 Nov 95 06:48:29 -0800 Received: from ax61.bnl.gov by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA15047; Wed, 8 Nov 1995 06:48:28 -0800 Received: by ax61.bnl.gov (AIX 4.1/UCB 5.64/4.03) id AA56736; Wed, 8 Nov 1995 09:48:26 -0500 Date: Wed, 8 Nov 1995 09:48:26 -0500 From: ballard@ax61.bnl.gov (Albert Andrews) Message-Id: <9511081448.AA56736@ax61.bnl.gov> To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O Please unsubscribe me - I'm getting too many messages! Thanks, B. Andrews From guest Wed Nov 8 09:09:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA16137; Wed, 8 Nov 1995 08:45:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA16134; Wed, 8 Nov 1995 08:45:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01946; Wed, 8 Nov 95 08:45:29 -0800 Received: from ligsg19.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA02215; Wed, 8 Nov 1995 08:45:26 -0800 Received: by ligsg19.epfl.ch (Smail3.1.29.1 #28) id m0tDDO0-0003T4C; Wed, 8 Nov 95 17:30 MET From: "Fernando D. Mato Mira" Message-Id: <9511081730.ZM14977@lig.di.epfl.ch> Date: Wed, 8 Nov 1995 17:30:04 +0100 In-Reply-To: drussell@vsl.ist.ucf.edu (David Russell) "Altering Geometry" (Nov 8, 9:24am) References: X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: drussell@vsl.ist.ucf.edu (David Russell), info-performer@sgi.sgi.com Subject: Altering Geometry Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > application, this approach doesn't work. I am required to generate all of the geosets, etc. for the new geometry each time a change is necessary. > I agree that this is a problem. Performer objects should be capable of `piping' scalars and pointers internally. No smarts. Allocating, filling, deallocating, recyling, deallocating the data should be up to the user. For small alterations to geometry (eg., one vertex in a whole tristrip), it would be cool if they had a `command queue' (that's probably the way all changes should be done). From guest Wed Nov 8 10:36:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA16398; Wed, 8 Nov 1995 10:21:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA16395; Wed, 8 Nov 1995 10:21:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06283; Wed, 8 Nov 95 10:20:58 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA16456; Wed, 8 Nov 1995 10:20:36 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id TAA12832 for ; Wed, 8 Nov 1995 19:19:56 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA08417; Wed, 8 Nov 1995 19:01:22 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id SAA07726; Wed, 8 Nov 1995 18:57:48 +0100 From: "Lionel Maiaux" Message-Id: <9511081857.ZM7724@quartz> Date: Wed, 8 Nov 1995 18:57:47 +0100 In-Reply-To: drussell@vsl.ist.ucf.edu (David Russell) "Altering Geometry" (Nov 8, 9:24am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Altering Geometry Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 8, 9:24am, David Russell wrote: > Subject: Altering Geometry > Given that Performer operates best of staic geometry data, has anyone else > tried to alter the geometry of a scene on the fly? I've seen systems that > alter vertices of geosets in order to produce dynamic terrain, fluid, etc. > that work produce relatively fast response. Unfortunately, for my > application, this approach doesn't work. I am required to generate all of > the geosets, etc. for the new geometry each time a change is necessary. > > Now that I've rambled on, does anyone have any experience with generating > and swapping new geometry into the Performer tree? I'm mostly interested > in any tricks to help increase the speed of response. We have a GL based > test program which only takes about a second to update where the Performer > based program requires nearly five seconds to change the geometry on the > same machine. > > Thanks for reading this far into my ramblings. Hope someone out there can > give me some feedback. > > David Russell | > Visual Systems Lab | Static worlds breed > Institute for Simulation and Training | static minds. > | > drussell@vsl.ist.ucf.edu | CHANGE YOUR (virtual) WORLD! > > > >-- End of excerpt from David Russell I Think the best way to change geometries in Performer are: - change switch selection (you must produce ALL your geometries before simulation), - change vertex coordinates of existing geometries, For a lot of simulation application (may be not yours), 1 second or 5 seconds are not "acceptable" (english word?) From guest Wed Nov 8 10:36:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA16365; Wed, 8 Nov 1995 10:15:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA16362; Wed, 8 Nov 1995 10:15:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05989; Wed, 8 Nov 95 10:15:22 -0800 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA15677; Wed, 8 Nov 1995 10:15:14 -0800 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa17959; 8 Nov 95 8:18 PST Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA01791; Wed, 8 Nov 95 10:14:57 pst Received: from esplt14m-s.grumman.com by world.nad.northrop.com (4.1/SMI-4.1.1) id AA28219; Wed, 8 Nov 95 10:16:56 PST Message-Id: Date: 8 Nov 1995 13:10:04 -0500 From: Shawn Soeder Subject: Performer 1.2 w/ Inventor 2 To: info-performer X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O I am running a slight modification of perfly using Performer 1.2 (using the provided makefile). When we updated Inventor from 1.0 to 2.1, Performer no longer compiles correctly but gives the following link errors: Unresolved: readInstance__7SoGroupFP7SoInput copy__7SoGroupCFi getPathCode__8SoActionFRiRPCi push__7SoStateFv set__13SoLongElementSFiP7SoStateP6SoNodel *** Error code 1 (bu21) *** Error code 1 (bu21) Is Performer 1.2 compatible with Inventor 2.1? If so, what do I need to change to allow me to compile successfully? From guest Wed Nov 8 12:17:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA16665; Wed, 8 Nov 1995 11:52:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA16662; Wed, 8 Nov 1995 11:52:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11280; Wed, 8 Nov 95 11:52:07 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA06147; Wed, 8 Nov 1995 11:52:06 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA24363; Wed, 8 Nov 1995 11:38:02 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA10591; Wed, 8 Nov 95 11:37:55 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA09230; Wed, 8 Nov 1995 11:37:54 -0800 Message-Id: <199511081937.LAA09230@surreal.asd.sgi.com> To: Shawn Soeder Cc: info-performer Subject: Re: Performer 1.2 w/ Inventor 2 In-Reply-To: Your message of "08 Nov 95 13:10:04 EST." Date: Wed, 08 Nov 95 11:37:50 -0800 From: Jim Helman Status: O Since Inventor 2.0 and 2.1 are not binary compatible, you need to either recompile the Inventor loader in /usr/share/Performer/src/lib/libpfiv or explicitly state on the link line that you want the *old* Inventor library: /usr/lib/libInventor.so.2. But if you want to use an Inventor loader with Performer 1.2, you're much better off getting the newer one from sgigate.sgi.com:/pub/Performer/src/pfiv1.6.tar.Z. It supports much more of the file format. It will also need to be recompiled for 2.1 with a couple minor source mods to satisfy the compiler. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Nov 8 13:47:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA16953; Wed, 8 Nov 1995 13:29:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA16950; Wed, 8 Nov 1995 13:29:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15568; Wed, 8 Nov 95 13:29:24 -0800 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA19659; Wed, 8 Nov 1995 13:29:22 -0800 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0tDI3c-0000bOC; Wed, 8 Nov 95 22:29 MET Message-Id: Date: Wed, 8 Nov 95 22:29 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: GC-friendly Performer Reply-To: matomira@epfl.ch Status: O An important thing to make Performer garbage-collector friendly is that forked processes never hold pointers to user-visible data in their private memory spaces or registers, that are not present also in some way in the shared memory arena. Is this so already? Using sproc instead of fork also solves the problem. Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Wed Nov 8 14:34:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA17211; Wed, 8 Nov 1995 14:14:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA17208; Wed, 8 Nov 1995 14:14:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18566; Wed, 8 Nov 95 14:14:06 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA27064; Wed, 8 Nov 1995 14:14:00 -0800 Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id OAA14784 for ; Wed, 8 Nov 1995 14:12:53 -0800 Received: from cory.UUCP (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id OAA10516 for portal!sgi.com!info-performer; Wed, 8 Nov 1995 14:04:18 -0800 Received: from buggy by cory via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for <@cory.coryphaeus.com:info-performer@sgi.com> id OAA20985; Wed, 8 Nov 1995 14:05:06 -0800 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id OAA14628; Wed, 8 Nov 1995 14:05:04 -0800 From: "Kowsik Guruswamy" Message-Id: <9511081405.ZM14626@buggy.coryphaeus.com> Date: Wed, 8 Nov 1995 14:05:02 -0800 In-Reply-To: "Lionel Maiaux" "Re: Altering Geometry" (Nov 8, 6:57pm) References: <9511081857.ZM7724@quartz> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Altering Geometry Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 8, 6:57pm, Lionel Maiaux wrote: > Subject: Re: Altering Geometry > On Nov 8, 9:24am, David Russell wrote: > > Subject: Altering Geometry > > Given that Performer operates best of staic geometry data, has anyone else > > tried to alter the geometry of a scene on the fly? I've seen systems that > > alter vertices of geosets in order to produce dynamic terrain, fluid, etc. > > that work produce relatively fast response. Unfortunately, for my > > application, this approach doesn't work. I am required to generate all of > > the geosets, etc. for the new geometry each time a change is necessary. The way to go about in Performer 1.2 is to have a pfSwitch node with different geometry on it and if you are rendering say child 0, then you modify child 1 and so on. > > Now that I've rambled on, does anyone have any experience with generating > > and swapping new geometry into the Performer tree? I'm mostly interested > > in any tricks to help increase the speed of response. We have a GL based > > test program which only takes about a second to update where the Performer > > based program requires nearly five seconds to change the geometry on the > > same machine. > > Performer 2.0 allows you to add geometry/scene graphs from a separate process through a pfBuffer mechanism. The idea is to create your scene graphs and 'merge' the scene graph with that maintained in the APP process. So if your geometry changes based on some kinda user input and if you are ready to tolerate some delayed response, then you can use the [any] separate process to modify geometry and then attach it back to the scene graph. The other way of doing this in Performer 2.0 is to mkae all the geometry multibuffered through a new mechanism called pfCycleBuffer, which essentially provides an MP safe and frame accurate way of updating any chunk of memory, especially pfGeoSet attribute lists. Hope that helps, K. -- kowsik@coryphaeus.com From guest Wed Nov 8 16:50:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA17700; Wed, 8 Nov 1995 16:35:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA17697; Wed, 8 Nov 1995 16:35:12 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25483; Wed, 8 Nov 95 16:35:09 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id QAA08612; Wed, 8 Nov 1995 16:24:43 -0800 Received: from nova.unix.portal.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id QAA13597; Wed, 8 Nov 1995 16:24:43 -0800 Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id QAA02499; Wed, 8 Nov 1995 16:23:18 -0800 Received: from cory.UUCP (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id QAA22709; Wed, 8 Nov 1995 16:14:34 -0800 Received: from buggy by cory via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA22015; Wed, 8 Nov 1995 16:14:47 -0800 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA16140; Wed, 8 Nov 1995 16:14:46 -0800 From: "Kowsik Guruswamy" Message-Id: <9511081614.ZM16138@buggy.coryphaeus.com> Date: Wed, 8 Nov 1995 16:14:45 -0800 In-Reply-To: Simon Bennett "Re: GL display lists in Performer" (Nov 7, 7:32pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Simon Bennett , tidrowd@cc.tacom.army.mil Subject: Re: GL display lists in Performer Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 7, 7:32pm, Simon Bennett wrote: > Subject: Re: GL display lists in Performer > On Fri, 3 Nov 1995 tidrowd@cc.tacom.army.mil wrote: > > > Does Performer use GL (OpenGL) display lists anywhere in its internals? > > Recently somebody told me that this is the case - I had been under the > > impression that only pfDispLists were used, and that these aren't GL > > display lists. Is this guy off his rocker??? > > Read the pfCull manpage. It may have the information you're looking for. > > pfDispLists *are not* the same as GL display lists. However there exists > pfDrawGLObj() which will draw a GL display list. You can also set the pfGSetDrawMode to PFGS_COMPILE_GL, upon which Performer compiles the geometry into a GL display list which is then used for rendering. K. -- kowsik@coryphaeus.com From guest Thu Nov 9 02:15:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA18988; Thu, 9 Nov 1995 02:10:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA18985; Thu, 9 Nov 1995 02:10:02 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13607; Thu, 9 Nov 95 02:10:00 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id CAA23672; Thu, 9 Nov 1995 02:09:59 -0800 Received: from einstein.technet.sg by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id CAA18359; Thu, 9 Nov 1995 02:09:51 -0800 Received: from dyn126.slip.pacific.net.sg (dyn126.slip.pacific.net.sg [192.169.38.126]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id SAA01718 for ; Thu, 9 Nov 1995 18:09:46 +0800 Date: Thu, 9 Nov 1995 18:09:46 +0800 Message-Id: <199511091009.SAA01718@einstein.technet.sg> X-Sender: sit9501@slip.technet.sg Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgihub.corp.sgi.com From: sit9501@technet.sg (Ng Kian Bee) Subject: .dxf into performer and other questions... X-Mailer: Status: O Hi, Q1. I tried using the dxf importer in performer 1.2 and realised that it can only read polygonal data and nothing else! Is this suppose to be the case or am I missing some thing somewhere? I have huge dxf files with arcs, splines, lines, circles to be read into performer. Could someone help. Also, is there suppose to be a newer and better performer release? Q2. This question is for ppl who have used designer's workbench from Coryphaeus Software. According to the advert., designer's workbench is suppose to take in dxf files. Have anyone tried that? Does it work well? Also, based on the info I got, deigner's workbench's dxf converter does not come standard with the software. Is this correct? Also, I received initial quotation from Coryphaus Software through our local agent that the price for the full package is US122,000. A ridiculous high price indeed! Is this suppose to be correct? (Furthermore, this is suppose to be educational price.) Q3. This question is for ppl who have used MultiGen and VEGA. Can multigen take in dxf files fully? Have anyone evaulated MultiGen and Designer's workbench before? I am urgently looking into the capabilities of these software. Any other recommendation? Best rgds. ************************************ * * * Kian * * email : sit9501@slip.technet.sg * * Nanyang Polytechnic * * School of Information Technology * * 20 Yishun Avenue 9 * * Singapore 768892 * * Republic of Singapore * * Tel (65) 750 1440 * * Fax (65) 755 5571 * * http://www.nyp.ac.sg * * * ************************************ From guest Thu Nov 9 02:18:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA18999; Thu, 9 Nov 1995 02:13:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA18996; Thu, 9 Nov 1995 02:13:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13677; Thu, 9 Nov 95 02:13:33 -0800 Received: from gmdzi.gmd.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA28592; Thu, 9 Nov 1995 02:13:30 -0800 Received: from viswiz.gmd.de (viswiz) by gmdzi.gmd.de with SMTP id AA13531 (5.65c8/IDA-1.4.4 for ); Thu, 9 Nov 1995 11:13:21 +0100 Received: by viswiz.gmd.de id AA07670 (5.67b8/IDA-1.5 for info-performer@sgi.com); Thu, 9 Nov 1995 11:13:19 +0100 From: Simon Gibbs Message-Id: <199511091013.AA07670@viswiz.gmd.de> Subject: Re: Mono or Multi-process ? To: info-performer@sgi.sgi.com Date: Thu, 9 Nov 1995 11:13:18 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 735 Status: O > > Right. Which means that in single processed FLOAT or LOCK, you'd > lose an entire frame, because the swap/clear will block to a frame > boundary and later pfSync will do the same. In FREE_RUN, swap+clear > would cause you to block to a field boundary at the end of the draw. > This wastes time since without it, APP and sometimes CULL processing, > can use the time between the completion of the DRAW and the next frame > boundary. So swap+clear would only be useful if we had a version that > did not block, which we do not. Does this also mean that with single processed FLOAT or LOCK (and FREE_RUN ?) it is not possible to render at the monitor frame rate since there are two blocks occuring in the loop? Simon Gibbs GMD From guest Thu Nov 9 03:05:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA19256; Thu, 9 Nov 1995 02:59:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA19253; Thu, 9 Nov 1995 02:59:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14432; Thu, 9 Nov 95 02:59:23 -0800 Received: from andreas.copen.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA02425; Thu, 9 Nov 1995 02:59:17 -0800 Received: by andreas.copen.sgi.com (950511.SGI.8.6.12.PATCH526/930416.SGI) id LAA00477; Thu, 9 Nov 1995 11:58:48 +0100 From: "Kim Petersen" Message-Id: <9511091158.ZM475@andreas.copen.sgi.com> Date: Thu, 9 Nov 1995 11:58:47 +0100 Reply-To: kim@copen.sgi.com X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer-internal, info-performer@sgi.sgi.com Subject: inventor models Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, does anybody have (a pointer to) inventor models of SGI machines, monitors, etc.? Especially Challenge/Onyx L and XL is of interest but anything goes. Thanx in advance, Kim of DK From guest Thu Nov 9 03:59:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19463; Thu, 9 Nov 1995 03:43:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA19460; Thu, 9 Nov 1995 03:43:07 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15166; Thu, 9 Nov 95 03:43:01 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id DAA18715; Thu, 9 Nov 1995 03:42:55 -0800 Message-Id: <199511091142.DAA18715@surreal.asd.sgi.com> To: Simon Gibbs Cc: info-performer Subject: Re: Mono or Multi-process ? In-Reply-To: Your message of "Thu, 09 Nov 95 11:13:18 +0100." <199511091013.AA07670@viswiz.gmd.de> Date: Thu, 09 Nov 95 03:42:53 -0800 From: Jim Helman Status: O > Does this also mean that with single processed FLOAT or LOCK > (and FREE_RUN ?) it is not possible to render at the monitor > frame rate since there are two blocks occuring in the loop? No, certainly not!!! You can go at the video rate (although admittedly, no faster). FLOAT and LOCK block once per frame, and FREE_RUN may never block at all if you hit the right stride. I had suggested some tricks that might get a little bit more performance out in some cases, and one of the suggestions was terribly bogus because it would have blocked twice. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Nov 9 04:30:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19569; Thu, 9 Nov 1995 04:12:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA19562; Thu, 9 Nov 1995 04:12:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15657; Thu, 9 Nov 95 04:12:51 -0800 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA07277; Thu, 9 Nov 1995 04:12:43 -0800 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA22518 (5.65b/CWI-3.3); Thu, 9 Nov 1995 13:12:37 +0100 Received: from felfs.fel.tno.nl (felfs.fel.tno.nl [134.203.8.205]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id NAA06419 for ; Thu, 9 Nov 1995 13:10:18 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id NAA11512 for ; Thu, 9 Nov 1995 13:11:05 +0100 Message-Id: <199511091211.NAA11512@felfs.fel.tno.nl> X-Authentication-Warning: felfs.fel.tno.nl: Host localhost didn't use HELO protocol Default-Recipient-Options: report nonreceipt, no reply, return content To: info-performer@sgi.sgi.com Subject: LoadFlt() and external references Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Thu, 09 Nov 95 13:11:02 +0100 From: (Mario Veraart) Status: O Hello Performer users, We have a visual application for viewing a landscape database. This database is divided into tiles that are made with Multigen (.flt). We use a .flt file to combine certain tiles by means of specifiing only external references in this flt file. When I try to load the database it can't resolve the external references. I have set the environment variable PFPATH to point to the right location. A collegue of mine used the method with the pfFilePath() function. This method works. Q: Is there a 'bug' in the flight 14 loader of Performer 1.2 that it doesn't look at the environment variable PFPATH when it can't find the file it's looking for? Mario -- Mario Veraart TNO Physics and Electronics Laboratory email: veraart@fel.tno.nl The Hague The Netherlands "We are human beings, not human doings.", Deepak Chopra From guest Thu Nov 9 04:50:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19636; Thu, 9 Nov 1995 04:31:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA19633; Thu, 9 Nov 1995 04:31:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15920; Thu, 9 Nov 95 04:31:41 -0800 Received: from terada.nsg.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA08667; Thu, 9 Nov 1995 04:31:37 -0800 Received: by terada.nsg.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id VAA06591; Thu, 9 Nov 1995 21:31:33 +0900 From: "Takehiko Terada" Message-Id: <9511092131.ZM6589@terada.nsg.sgi.com> Date: Thu, 9 Nov 1995 21:31:33 +0900 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: PFTMPDIR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I try to run a demo program which require 4 RM5 boards, but it crash after the texture load phase and print this message. --- Performer Fatal: pfMalloc() Unable to allocate 1048576 bytes from arena 0x640000 If using the libpf shared memory arena, try using filesystem bigger than (71680.00bytes) Use the PFTMPDIR environment variable of pfTmpDir --- I changed the PFTMPDIR environment variable to /usr/tmp (which have 400Mbytes free) and rerun the demo, but got the same result. The ONYX which I run this demo has 4 IP19, 512Mbytes memory, and of course 4 RM5 boards. Any help ? -- ------- Takehiko Terada (terada@sgi.co.jp / terada@nsg.sgi.com) (System Engineer/Sales Div/Nihon Silicon Graphics K.K.) Tel +81-3-5488-1821 / Fax +81-3-5420-7030 From guest Thu Nov 9 03:06:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19269; Thu, 9 Nov 1995 03:00:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA19266; Thu, 9 Nov 1995 03:00:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14484; Thu, 9 Nov 95 03:00:26 -0800 Received: from gatekeeper.bvr.co.il by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA02509; Thu, 9 Nov 1995 03:00:24 -0800 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id LAA04386; Thu, 9 Nov 1995 11:00:01 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma004384; Thu Nov 9 12:59:49 1995 Received: by genie.bvr.co.il (940816.SGI.8.6.9/931108.SGI.AUTO.ANONFTP) id NAA06641; Thu, 9 Nov 1995 13:00:00 +0200 From: "Ran Yakir" Message-Id: <9511091259.ZM6639@genie.bvr.co.il> Date: Thu, 9 Nov 1995 12:59:59 +0000 In-Reply-To: sit9501@technet.sg (Ng Kian Bee) ".dxf into performer and other questions..." (Nov 9, 6:09pm) References: <199511091009.SAA01718@einstein.technet.sg> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: sit9501@technet.sg (Ng Kian Bee) Subject: Re: .dxf into performer and other questions... Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Q3. This question is for ppl who have used MultiGen and VEGA. > Can multigen take in dxf files fully? Have anyone evaulated MultiGen and > Designer's workbench before? I am urgently looking into the capabilities of > these software. Any other recommendation? Multigen has an optional DXF converter (called CAD option, I think). ModelGen - which is a low priced, subset version of Multigen, has that option by default. ModelGen costs somewhere in the vicinity of US20,000. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Thu Nov 9 07:12:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20063; Thu, 9 Nov 1995 07:05:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20060; Thu, 9 Nov 1995 07:05:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18223; Thu, 9 Nov 95 07:05:14 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA20329; Thu, 9 Nov 1995 07:05:11 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id GAA08910; Thu, 9 Nov 1995 06:58:29 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA18061; Thu, 9 Nov 95 06:58:26 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id GAA21540; Thu, 9 Nov 1995 06:58:25 -0800 Message-Id: <199511091458.GAA21540@surreal.asd.sgi.com> To: "Takehiko Terada" Cc: info-performer@sgi.sgi.com Subject: Re: PFTMPDIR In-Reply-To: Your message of "Thu, 09 Nov 95 21:31:33 +0900." <9511092131.ZM6589@terada.nsg.sgi.com> Date: Thu, 09 Nov 95 06:58:25 -0800 From: Jim Helman Status: O > Performer Fatal: pfMalloc() Unable to allocate 1048576 bytes from arena 0x640000 > If using the libpf shared memory arena, > try using filesystem bigger than (71680.00bytes) > Use the PFTMPDIR environment variable of pfTmpDir The error message offers is a bit misleading. It's a shotgun-like solution that usually works, but doesn't look for answers. When an amalloc fails, we don't differentiate between the arena having filled at its default maximum size of 256MB and the arena failing at some smaller size because swap space or disk space (PFTMPDIR) has run out. The fact that only 72K bytes of shared memory were created indicates a problem at start up. Try setting the notify level to PFNFY_DEBUUG before pfInitt(), e.g. "setenv PFNFYLEVEL 5" to see if any diagnostics are printed. Something in the system configuration or process limits [setrlimt() or limit(1)] is causing a small arena to be created. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Nov 9 10:58:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA20491; Thu, 9 Nov 1995 10:50:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA20488; Thu, 9 Nov 1995 10:50:23 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26230; Thu, 9 Nov 95 10:50:20 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id KAA10935; Thu, 9 Nov 1995 10:50:20 -0800 Received: from luan.ridgefield.sdr.slb.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA09227; Thu, 9 Nov 1995 10:50:19 -0800 Received: (from reischer@localhost) by luan.ridgefield.sdr.slb.com (8.6.12/8.6.12) id NAA26150; Thu, 9 Nov 1995 13:47:57 -0500 Date: Thu, 9 Nov 1995 13:47:57 -0500 From: Andy Reischer Message-Id: <199511091847.NAA26150@luan.ridgefield.sdr.slb.com> To: info-performer@sgihub.corp.sgi.com Subject: job opportunity Cc: murphy@luan.ridgefield.sdr.slb.com, reischer@luan.ridgefield.sdr.slb.com Status: O Only The Best Schlumberger-Doll Research offers an exciting job opportunity to develop a virtual reality/model-building application for geology. As the successful applicant for this position, you'll lead the visual simulation component of this key project working with other scientists and technical professionals in a small, dedicated team. The first project is expected to continue for three years. You must have a proven track record in producing virtual reality/visual simulation applications and an advanced degree plus a minimum of five years experience in the field. (Equivalent combinations of experience and education are also acceptable.) Proficiency in Unix, SGI, GL/openGL, C/C++ are essential; Open Inventor and Performer are desirable. Schlumberger-Doll Research offers an attractive career opportunity for the right professional. This particular assignment offers a highly competitive compensation package. Terms of employment are negotiable. Schlumberger is the world leader in oilfield services. Our research center is located in Fairfield County, Connecticut, in southern New England, one hour from New York City. No earthquakes, no hurricanes, no fires, no riots, no mudslides. Schlumberger is an equal opportunity employer. Qualified minorities, women, disabled persons and veterans are encouraged to apply. Contact: William Murphy Schlumberger-Doll Research Old Quarry Rd Ridgefield, CT 06877-4108 email:murphy@ridgefield.sdr.slb.com phone: 203-431-5526 fax: 203-438-3819 From guest Thu Nov 9 23:58:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA27753; Thu, 9 Nov 1995 23:48:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA27750; Thu, 9 Nov 1995 23:47:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27210; Thu, 9 Nov 95 23:47:54 -0800 Received: from iris.lfe.mw.tu-muenchen.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA15044; Thu, 9 Nov 1995 23:46:27 -0800 Received: from xs24.lfe.mw.tu-muenchen.de by iris.lfe.mw.tu-muenchen.de via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@iris.lfe.mw.tu-muenchen.de:info-performer@sgi.com> id IAA00661; Fri, 10 Nov 1995 08:46:13 +0100 Received: by xs24.lfe.mw.tu-muenchen.de (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id IAA00632; Fri, 10 Nov 1995 08:46:12 +0100 From: "Dr. Michael Schwabe" Message-Id: <9511100846.ZM630@xs24.lfe.mw.tu-muenchen.de> Date: Fri, 10 Nov 1995 08:46:10 +0100 Reply-To: schwabe@lfe.mw.tu-muenchen.de X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe -- _____________________________________________________________________________ Michael Schwabe Voice: 089/21058688 Lehrstuhl fuer Ergonomie Fax: 089/21052589 Technische Universitaet email: schwabe@lfe.mw.tu-muenchen.de Barbarastr. 16 http://www.lfe.mw.tu-muenchen.de D-80797 Muenchen Germany _____________________________________________________________________________ You found an typing error? Right, my trademark! From guest Fri Nov 10 02:12:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA28828; Fri, 10 Nov 1995 02:05:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA28825; Fri, 10 Nov 1995 02:05:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29135; Fri, 10 Nov 95 02:05:40 -0800 Received: from MOEsun.Edu.TW by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA03198; Fri, 10 Nov 1995 02:05:24 -0800 Received: from nchc.gov.tw (dns.nchc.gov.tw [140.110.192.11]) by MOEsun.Edu.TW (8.6.12/8.6.12) with SMTP id QAA15320 for ; Fri, 10 Nov 1995 16:50:21 +0800 Message-Id: <199511100850.QAA15320@MOEsun.Edu.TW> Received: by nchc.gov.tw (th3.8s.nchc.gov) from ceres.nchc.gov.tw id AA01239; Fri, 10 Nov 95 16:37:19 CST Received: by ceres.nchc.gov.tw (station v4.0) from elc044.nchc.gov.tw id AA02766; Fri, 10 Nov 95 16:47:47 CST From: c00chu00@nchc.gov.tw (Sam Chu) Subject: ptu sample file available? To: info-performer@sgi.sgi.com Date: Fri, 10 Nov 1995 16:47:48 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 296 Status: O I am interested in use PTU as my terrain tool. I need some sample ptu files to try. Could I find anyone via FTP? Thanks Sam Chu National Center for High-Performance Computing P.S. I got info in http://sgigate.sgi.com/pub/Performance/selected-topics/ptu-terrain, But did not say any answer. From guest Fri Nov 10 02:56:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA29151; Fri, 10 Nov 1995 02:50:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA29148; Fri, 10 Nov 1995 02:50:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29866; Fri, 10 Nov 95 02:50:12 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA06484; Fri, 10 Nov 1995 02:50:09 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id LAA06847 for ; Fri, 10 Nov 1995 11:50:03 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA24738; Fri, 10 Nov 1995 11:40:43 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id LAA12608; Fri, 10 Nov 1995 11:37:04 +0100 From: "Lionel Maiaux" Message-Id: <9511101137.ZM12606@quartz> Date: Fri, 10 Nov 1995 11:37:03 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Problem with textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody, Sorry, that's not a Performer but a IRIS GL problem : Does anybody knows why I have the following messages : gettexmemslot: GOT A PROBLEM, num_loaded = 0 or gettexmemslot: GOT A PROBLEM, num_loaded = 1 when I bind a texture (using texbind) (and I course my texture is not binded) ? From guest Thu Nov 9 21:16:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA26016; Thu, 9 Nov 1995 21:09:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA26013; Thu, 9 Nov 1995 21:09:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23505; Thu, 9 Nov 95 21:09:38 -0800 Received: from scctn01.sp.ac.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA25045; Thu, 9 Nov 1995 21:08:14 -0800 Received: from sspws500.sp.ac.sg (sspws500.sp.ac.sg [164.78.252.5]) by scctn01.sp.ac.sg (8.6.12/8.6.9) with SMTP id NAA27540 for <@scctn01:info-performer@sgi.com>; Fri, 10 Nov 1995 13:09:28 +0730 Received: by sspws500.sp.ac.sg (IBM OS/2 SENDMAIL VERSION 1.3.2)/1.0) id AA5031; Fri, 10 Nov 95 13:09:07 -0800 Message-Id: <9511102109.AA5031@sspws500.sp.ac.sg> Received: from SP_SD with "Lotus Notes Mail Gateway for SMTP" id 489E1DCFE1AB273248256270001B1F32; Fri, 10 Nov 95 13:09:07 To: info-performer From: Tan Ai Lian/JS/SP_SF Date: 10 Nov 95 13:03:02 WAT Subject: Query on Data Translation Tool Mime-Version: 1.0 Content-Type: Text/Plain Status: O Hey guys, I am a developer of IRIS Performer. Currently, I am working on creating a scene model for the IRIS performer. I have tried to create a model using Softimage ver 3 and convert it to IV open inventor format. However, we encountered some problems : 1) The SoftimageToIV ver 1.0 program can convert Softimage ver 2.66 model file to IV open inventor format.. But when we tried to convert Softimage ver 3.0 model file, it reported SEGEMENTATION fault and core dump file created. Hence, does it imply that SoftimageToIV ver 1.0 program can only support old version of softimage file ? 2) We also tried to use SoftimageToIV ver 1.0 program to convert a scene file to IV open inventor, the program reported error with message "CHECKING DATABASE.." "DATABASE OZ_SHADER.." How to solve this problem ? 3) The IRIS performer supports a few type of Silicon Graphics data format database. Namely the: BIN, GFO and SGO. What are the tools available to generate these types of data file ? 4) Any good and useful reference books u could recommend for developing IRIS Performer application? Hope that someone there can help. Chow ! Email: AiLian @ sp.ac.sg @ INTERNET Thanks From guest Fri Nov 10 10:23:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA29641; Fri, 10 Nov 1995 10:11:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA29638; Fri, 10 Nov 1995 10:11:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09348; Fri, 10 Nov 95 10:10:41 -0800 Received: from smtpgw by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA27933; Fri, 10 Nov 1995 10:10:37 -0800 Received: from callisto.geo.unizh.ch by smtpgw.unizh.ch with SMTP (PP) id <21438-0@smtpgw.unizh.ch>; Fri, 10 Nov 1995 15:20:09 +0100 Received: from aquilla.geo.unizh.ch by callisto.geo.unizh.ch (5.x/SMI-SVR4) id AA22973; Fri, 10 Nov 1995 15:20:02 +0100 Received: by aquilla.geo.unizh.ch (940816.SGI.8.6.9) id PAA12139; Fri, 10 Nov 1995 15:20:09 +0100 From: Hilko Hoffmann Message-Id: <9511101520.ZM12137@aquilla> Date: Fri, 10 Nov 1995 15:20:08 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: ground fog Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19511101520.ZM12137.aquilla" Status: O -- --PART-BOUNDARY=.19511101520.ZM12137.aquilla Content-Type: text/plain; charset=us-ascii Performers, I try to create ground fog over a terrain model. It works well with pfESkyFog(esky, PFES_GRND_FOG_TOP, height); If I pass the height where ground fog should be terminated there is a transition zone. It works well so far. But if the height increases the whole fog is disappearing and you can see even down to the terrain surface. I failed to create fog which covers the terrain surface (and makes it nearly invisible) if I'm flying over the top of ground fog. Any ideas? Thanks in advance Hilko --PART-BOUNDARY=.19511101520.ZM12137.aquilla X-Zm-Content-Name: Attach_hilko.txt Content-Description: Text Content-Type: text/plain ; name="Attach_hilko.txt" ; charset=us-ascii Hilko Hoffmann hilko@rsl.geogr.unizh.ch Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories FAX: +41 - 1 / 362 52 27 University of Zurich Winterthurerstrasse 190 CH-8057 Zurich; Switzerland --PART-BOUNDARY=.19511101520.ZM12137.aquilla-- From guest Fri Nov 10 11:08:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA29688; Fri, 10 Nov 1995 10:51:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA29685; Fri, 10 Nov 1995 10:51:22 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11238; Fri, 10 Nov 95 10:51:18 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA06186; Fri, 10 Nov 1995 10:51:17 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA01028 for ; Fri, 10 Nov 1995 10:52:09 -0800 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 SAA06882 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 10 Nov 1995 18:45:11 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id LAA13861; Fri, 10 Nov 1995 11:00:31 -0800 From: "Marcus Barnes" Message-Id: <9511101100.ZM13859@royalflush.engr.multigen.com> Date: Fri, 10 Nov 1995 11:00:30 -0800 In-Reply-To: (Mario Veraart) "LoadFlt() and external references" (Nov 9, 1:11pm) References: <199511091211.NAA11512@felfs.fel.tno.nl> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: LoadFlt() and external references Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 9, 1:11pm, (Mario Veraart) wrote: > Subject: LoadFlt() and external references > Hello Performer users, [munch] > When I try to load the database it can't resolve the external references. > I have set the environment variable PFPATH to point to the right > location. I suspect that the "missing" external references are in a different location than the path(s) you are setting. If PFPATH or FLTEXTERNPATH truly point to the right directory(s) then the external references will be found. > A collegue of mine used the method with the pfFilePath() function. > This method works. > > Q: Is there a 'bug' in the flight 14 loader of Performer 1.2 that it > doesn't look at the environment variable PFPATH when it can't find > the file it's looking for? No. I use PFPATH all the time myself. In fact, the loader is unaware of PFPATH directly. It is implicitly referenced by pfFindFile(), which the loader calls to find and open all databases. In addition, the loader temporarily _appends_ the following directories to pfFilePath() the each time it is invoked: "." the current directory "/usr/mg/Flt/Txt" the old MultiGen standard texture directory $TXTPATH the current texture directory(s) $FLTEXTERNPATH the current external reference directory(s) The original pfFilePath() is restored each time the loader exits. > Mario > -- > Mario Veraart TNO Physics and Electronics Laboratory > email: veraart@fel.tno.nl The Hague The Netherlands > "We are human beings, not human doings.", Deepak Chopra >-- End of excerpt from (Mario Veraart) Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Fri Nov 10 12:55:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA00185; Fri, 10 Nov 1995 12:38:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA00174; Fri, 10 Nov 1995 12:38:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16276; Fri, 10 Nov 95 12:37:56 -0800 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA01120; Fri, 10 Nov 1995 12:37:55 -0800 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa28420; 10 Nov 95 10:21 PST Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA13074; Fri, 10 Nov 95 12:19:27 pst Received: from esplt14m-s.grumman.com by world.nad.northrop.com (4.1/SMI-4.1.1) id AA26384; Fri, 10 Nov 95 12:21:28 PST Message-Id: Date: 10 Nov 1995 15:18:29 -0500 From: Shawn Soeder Subject: Performer 1.2 & SoShuttle To: info-performer X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O I'm importing Inventor models into Perfomer 1.2. Included in the models are Shuttle nodes, and Performer seems to import them correctly (loader v1.6). However, when I parse the Performer scene, I don't see any pfSequence nodes! How is Performer modelling the Shuttle? Also, will Performer import the other Inventor objects involving dynamics (Blinker, Rotor, Pendulum)? Can sequences of dynamics be created (ie. Rotor then Shuttle)? Any info will be appreciated. From guest Fri Nov 10 15:55:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA00779; Fri, 10 Nov 1995 15:43:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA00776; Fri, 10 Nov 1995 15:43:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24828; Fri, 10 Nov 95 15:43:25 -0800 Received: from pbi.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA13277; Fri, 10 Nov 1995 15:43:24 -0800 Received: by pbi.net (4.1/JMA.3) id AA23472; Fri, 10 Nov 95 15:40:12 PST Received: from poser.pbi.net(206.13.3.51) by popper via smap (V1.3mjr) id sma023465; Fri Nov 10 15:39:56 1995 Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA22835; Fri, 10 Nov 1995 15:37:15 -0800 From: "christobal" Message-Id: <9511101537.ZM22833@poser.pbi.net> Date: Fri, 10 Nov 1995 15:37:15 -0800 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Respecting IV anim nodes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In Response to Shawn Soeder The interpretation of the various Inventor nodes like rotor, shuttle, pendulum, blinker are turned into interesting animals on the Performer Side. John Rohlf did some nice work to get the blinkers into pfSwitch with a callback that monitors time, etc similar for the others, but use pfDCS, I believe. To take advantage of pfSequence, I made a subClassed node from SoSwitch and added all the possible parameters of a pfSequence, and then upgraded the loader to support it. Works well. I did similiar thing to get fog support, and also time of day. This all starts to beg the question of how behaviors get isolated and represented in a Scene Graph. Chris Cederwall From guest Fri Nov 10 19:50:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA02075; Fri, 10 Nov 1995 19:32:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA02072; Fri, 10 Nov 1995 19:32:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03685; Fri, 10 Nov 95 19:32:27 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id TAA00621; Fri, 10 Nov 1995 19:32:22 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA03672; Fri, 10 Nov 95 19:32:14 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA03955; Fri, 10 Nov 1995 19:32:09 -0800 Message-Id: <199511110332.TAA03955@surreal.asd.sgi.com> To: "christobal" , Shawn Soeder Cc: info-performer@sgi.sgi.com Subject: Re: Respecting IV anim nodes In-Reply-To: Your message of "Fri, 10 Nov 95 15:37:15 PST." <9511101537.ZM22833@poser.pbi.net> Date: Fri, 10 Nov 95 19:32:03 -0800 From: Jim Helman Status: O > the blinkers into pfSwitch with a callback that monitors time, Actually, in the current Inventor loader on sgigate.sgi.com, SoBlinkers are converted into pfSequences rather than using traversal callbacks. In 2.0, continously animated nodes such as Shuttles, Rotors and Penduli can be handled with node callbacks during the APP traversal. I back ported this to 1.2 and put it in pfiv1.6.tar.Z, but Performer 1.2 has no APP traversal, so it has to use CULL callbacks instead, which is not really kosher (e.g. could cull wrong, app pfGet's don't work). > To take advantage of pfSequence, I made a subClassed node from SoSwitch > and added all the possible parameters of a pfSequence, and then upgraded > the loader to support it. Works well. cool. In Performer 2.0 with C++, the APP traversal DCS modifications for Shuttles, Rotors, and Penduli can be handled by subclassing from pfDCS, which is how the latest 2.0 loader does it. Callbacks work as well, but it's a bit nicer without relying on userdata for the additional data fields. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Sat Nov 11 10:03:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21196; Sat, 11 Nov 1995 09:37:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA21193; Sat, 11 Nov 1995 09:37:03 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16636; Sat, 11 Nov 95 09:36:58 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA22255; Sat, 11 Nov 1995 09:36:52 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA04797; Sat, 11 Nov 1995 18:15:11 +0100 From: "Angus Dorbie" Message-Id: <9511111815.ZM4795@bitch.reading.sgi.com> Date: Sat, 11 Nov 1995 18:15:11 +0100 In-Reply-To: Hilko Hoffmann "ground fog" (Nov 10, 3:20pm) References: <9511101520.ZM12137@aquilla> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Hilko Hoffmann Subject: Re: ground fog Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Fog attenuates everything by Z depth in the framebuffer. You want 3D fog, the closest you can come to this at present is to apply different fogging parameters to different parts of the scene graph depending on where they & the eye are. The earth sky won't do this for you. You'd have to use pfApplyFog several times in the draw process. Other solutions would be to draw a transparent polygon above the ground for your fog (varying it's trancparency with the eye height) or use some other tricks like changing the terrain colour (perhaps per vertex) and/or using a blended texture function but this may not be possible depending on your scene content. Happy experimenting. Angus. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Sat Nov 11 21:41:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA21900; Sat, 11 Nov 1995 21:35:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA21897; Sat, 11 Nov 1995 21:35:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26660; Sat, 11 Nov 95 21:35:53 -0800 Received: from vr1.engin.umich.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id VAA10937; Sat, 11 Nov 1995 21:35:48 -0800 Received: from localhost by vr1.engin.umich.edu via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) id AAA06739; Sun, 12 Nov 1995 00:34:00 -0500 Message-Id: <199511120534.AAA06739@vr1.engin.umich.edu> To: Jim Helman Cc: "christobal" , Shawn Soeder , info-performer@sgi.sgi.com, seguin@vr1.engin.umich.edu Subject: Re: Respecting IV anim nodes Date: Sun, 12 Nov 1995 00:33:49 -0500 From: Ralph Seguin Status: O > Actually, in the current Inventor loader on sgigate.sgi.com, > SoBlinkers are converted into pfSequences rather than using > traversal callbacks. Yep. Also, be warned that there is a BUG in Inventor (v2.0) with the SoCallbackAction class, such that it does not traverse the children of a SoBlinker. The result? It builds empty pfSequences. I don't know if this bug is fixed in Inventor v2.1, but we made a workaround to fix the problem of blinkers not working with v1.6 of the IV loader. We'll put together a short description of the fix if needed. Is SoCallbackAction fixed in Inventor 2.1? -Ralph From guest Sun Nov 12 18:23:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA23171; Sun, 12 Nov 1995 18:17:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA23168; Sun, 12 Nov 1995 18:17:43 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11101; Sun, 12 Nov 95 18:17:42 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id SAA14219; Sun, 12 Nov 1995 18:17:40 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA11093; Sun, 12 Nov 95 18:17:28 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA04409; Sun, 12 Nov 1995 18:17:26 -0800 Message-Id: <199511130217.SAA04409@surreal.asd.sgi.com> To: Ralph Seguin Cc: "christobal" , Shawn Soeder , info-performer@sgi.sgi.com Subject: Re: Respecting IV anim nodes In-Reply-To: Your message of "Sun, 12 Nov 95 00:33:49 EST." <199511120534.AAA06739@vr1.engin.umich.edu> Date: Sun, 12 Nov 95 18:17:26 -0800 From: Jim Helman Status: O > Is SoCallbackAction fixed in Inventor 2.1? Apparently so. SoBlinkers load fine into Performer with Inventor 2.1, but not with Inventor 2.0. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Sun Nov 12 18:59:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA23262; Sun, 12 Nov 1995 18:51:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA23259; Sun, 12 Nov 1995 18:51:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11576; Sun, 12 Nov 95 18:51:44 -0800 Received: from piraya.electrum.kth.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA16396; Sun, 12 Nov 1995 18:51:42 -0800 Received: from drum.electrum.kth.se (drum.electrum.kth.se [130.237.213.23]) by piraya.electrum.kth.se (8.6.10/8.6.9) with ESMTP id DAA16616 for ; Mon, 13 Nov 1995 03:50:37 +0100 From: Artikas Zeighami-Aghmion Received: (arti@localhost) by drum.electrum.kth.se (8.6.10/8.6.9) id DAA14757 for info-performer@sgi.com; Mon, 13 Nov 1995 03:52:08 +0100 Date: Mon, 13 Nov 1995 03:52:08 +0100 Message-Id: <199511130252.DAA14757@drum.electrum.kth.se> To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O due to the fact that I'm off the perfomer-project. I'd be happy if you unsubscribe me from this list... thank you... arti artimage inc From guest Sun Nov 12 22:18:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA23579; Sun, 12 Nov 1995 22:12:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA23576; Sun, 12 Nov 1995 22:12:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14336; Sun, 12 Nov 95 22:12:25 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA29317; Sun, 12 Nov 1995 22:12:23 -0800 From: flysiml@public.bta.net.cn Received: from 202.96.2.37 (ts1-19.bta.net.cn [202.96.2.37]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id OAA21712 for ; Mon, 13 Nov 1995 14:12:20 +0800 Date: Mon, 13 Nov 1995 14:12:20 +0800 Message-Id: <199511130612.OAA21712@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: A bug in perfly ? To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, have you run Performer Town or Village ? Did you notice that when you turning the heading quick enough, the image of objects would become two. What's the reason and how to resolve it? Thanks ahead. Z.G. Cao flysiml@public.bta.net.cn From guest Mon Nov 13 00:47:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA23850; Mon, 13 Nov 1995 00:41:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA23847; Mon, 13 Nov 1995 00:41:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17367; Mon, 13 Nov 95 00:41:11 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA12010; Mon, 13 Nov 1995 00:41:02 -0800 From: flysiml@public.bta.net.cn Received: from 202.96.2.54 (ts1-3.bta.net.cn [202.96.2.54]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id QAA29645 for ; Mon, 13 Nov 1995 16:41:00 +0800 Date: Mon, 13 Nov 1995 16:41:00 +0800 Message-Id: <199511130841.QAA29645@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: A bug in perfly ? To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, I'v send a mail with the same subject, but it should be "A question about frame buffer". Here is the bug: When runing perfly in FLY mode, if you make aerobatics, the display will be incorrect. Anay one found this and know how to resolve it? Thanks. Z.G. Cao flysiml@public.bta.net.cn From guest Mon Nov 13 08:26:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA24682; Mon, 13 Nov 1995 08:19:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA24679; Mon, 13 Nov 1995 08:19:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25656; Mon, 13 Nov 95 08:19:50 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA24864; Mon, 13 Nov 1995 08:19:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id QAA06173; Mon, 13 Nov 1995 16:52:27 +0100 From: "Angus Dorbie" Message-Id: <9511131652.ZM6171@bitch.reading.sgi.com> Date: Mon, 13 Nov 1995 16:52:27 +0100 In-Reply-To: yuri@casa-de.es "Updating pfFog" (Nov 13, 10:53am) References: <9511131853.AA03942@DE0SG001.casa-de.es> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: yuri@casa-de.es, info-performer@sgi.sgi.com Subject: Re: Updating pfFog Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You may just have an override applied to the fog state in which case you should try turning override off for PFSTATE_FOG prior to applying it. If this isn't the problem then read on. Is this a Performer 2.0 beta youre using? Try binding another pfFog, then bind your original, or perhaps to be more efficient just double buffer the fog and modify then bind whichever fog isn't currently bound. I've experienced problems of this nature with other state information where this sort of workaround has proved effective in the short term. Just a couple of suggestions, Angus. On Nov 13, 10:53am, yuri@casa-de.es wrote: > Subject: Updating pfFog > Hi, > > I have a problem changing the fog parameters in run time. The settings do > change, as pfGetFog... show. But pfApplyFog does not make the changes > actually happen. All the calls are made within the DrawChannel callback > (so they are in the draw process). > > Thanks in advance for any help. > > > >-- End of excerpt from yuri@casa-de.es -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Nov 13 10:49:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA25020; Mon, 13 Nov 1995 10:40:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA25017; Mon, 13 Nov 1995 10:39:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01240; Mon, 13 Nov 95 10:39:58 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA24133; Mon, 13 Nov 1995 10:39:56 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA01234; Mon, 13 Nov 95 10:39:53 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA27129; Mon, 13 Nov 1995 10:39:52 -0800 Message-Id: <199511131839.KAA27129@surreal.asd.sgi.com> To: flysiml@public.bta.net.cn Cc: info-performer@sgi.sgi.com Subject: Re: A bug in perfly ? In-Reply-To: Your message of "Mon, 13 Nov 95 14:12:20 +0800." <199511130612.OAA21712@public.bta.net.cn> Date: Mon, 13 Nov 95 10:39:52 -0800 From: Jim Helman Status: O This is simply an artifact of rendering at a rate lower than the video refresh rate, e.g. 30Hz frame rate on a 60Hz monitor. It's most evident during rapid changes of heading, but you can see it with linear motion as well, e.g. the telephone poles on the side of the road. The explanation is quite simple. If your eye is tracking an object as it moves across the screen, e.g. a telephone pole. Your eye is moving at a continuously, tracking the average motion of the object. But with a 30Hz frame rate, the object itself is being drawn in the same location on the screen at two instants 1/60th of a second apart. During this 1/60th of a second, your eye's direction has moved slightly causing the telephone pole to be imaged at a slightly different position on the retina than the previous one. This results in two images on the retina (ghosting or doubling) when rendering at 30Hz, three images at 20Hz, and so on. Some solutions are to render at the video rate, to reduce the rates of motion such that the distance separating the images is very small, or to reduce the contrast of edges in the scene. In field sequential color displays (e.g. 180Hz R+G+B), the same artifact appears. With a 60Hz frame rate on 180Hz field sequential, you see three ghosts each with a different color, which gives the illusion of little rainbows along high contrast edges. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Mon Nov 13 07:16:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA24508; Mon, 13 Nov 1995 07:11:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA24505; Mon, 13 Nov 1995 07:10:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24116; Mon, 13 Nov 95 07:10:58 -0800 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA15983; Mon, 13 Nov 1995 07:10:45 -0800 From: yuri@casa-de.es Received: (uucp@localhost) by goya.eunet.es (8.7.1/13.23) id QAA17535 for info-performer@sgi.com; Mon, 13 Nov 1995 16:02:09 +0100 (MET) Received: by DE0SG001.casa-de.es (931110.SGI/5.3) id AA03942 for info-performer@sgi.com; Mon, 13 Nov 95 10:53:07 -0800 Date: Mon, 13 Nov 95 10:53:07 -0800 Message-Id: <9511131853.AA03942@DE0SG001.casa-de.es> To: info-performer@sgi.sgi.com Subject: Updating pfFog Status: O Hi, I have a problem changing the fog parameters in run time. The settings do change, as pfGetFog... show. But pfApplyFog does not make the changes actually happen. All the calls are made within the DrawChannel callback (so they are in the draw process). Thanks in advance for any help. _________________________________________________________________________________ _/_/_/_/ _/ _/_/_/_/ _/ Juan R. "Yuri" Saenz-Diez _/ _/_/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/ C.A.S.A - E S P A C I O - _/ _/_/_/_/ _/ _/_/_/_/ Av. de Aragon, 404 _/_/_/_/ _/ _/ _/_/_/_/ _/ _/ 28022 Madrid - Spain _/_/ _/_/ _/_/ Tel: (34 1) 585 78 17 _/_/ --o-- _/_/ Fax: (34 1) 747 47 99 _/_/ _/_/ Tlx: 48540 CASA-E _/_/ E-mail yuri@inf.casa-de.es _________________________________________________________________________________ From guest Mon Nov 13 16:02:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA26273; Mon, 13 Nov 1995 15:50:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA26270; Mon, 13 Nov 1995 15:50:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15693; Mon, 13 Nov 95 15:50:15 -0800 Received: from svmail01.mdc.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA15714; Mon, 13 Nov 1995 15:50:12 -0800 Received: from gwsmtp01.mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA189516610; Mon, 13 Nov 1995 17:50:10 -0600 Received: from gwxsl001-Message_Server by gwsmtp01.mdc.com with Novell_GroupWise; Mon, 13 Nov 1995 17:50:06 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 13 Nov 1995 15:31:38 -0600 From: Joe Stewart To: info-performer@sgi.sgi.com Subject: Status: O Help! I'm trying to do off-axis perspective correction using two channels with one channel offset from the other as follows: /* channel one offset from channel zero */ pfSetVec3(xyzOffsets, 0.0f, 0.0f, 0.0f); pfSetVec3(hprOffsets, -72.0, 0.0, 90.0); pfChanViewOffsets(Chan[1], xyzOffsets, hprOffsets); I am using the following code to create the perspective frustum: pfChanAutoAspect(chan, PFFRUST_CALC_NONE); pfFrustNearFar(chan, 1.0, 5000.0); pfMakePerspFrust(Chan[1], pfTan(hfov_l),pfTan(hfov_r),pfTan(vfov_d),pfTan(vfov_u)); pfChanView(chan, ViewState->initView.xyz, ViewState->initView.hpr); When changing the vertical FOV (eg. vfov_d += delta vfov_u += delta), part of the scene gets clipped. The problem only seems to occur when channel one is rotated with respect to channel zero. I am running Performer 1.2 and I am assuming this to be a Performer limitation. Does anyone know a fix for this or how to turn the clipping off. (NOTE: I am not trying to do stereo. The rotation is done to increase the vertical FOV). Thanks for any input jstewart1@gwsmtp01.mdc.com From guest Tue Nov 14 01:52:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA27336; Tue, 14 Nov 1995 01:46:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA27333; Tue, 14 Nov 1995 01:46:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02170; Tue, 14 Nov 95 01:46:09 -0800 Received: from sguk.reading.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA09195; Tue, 14 Nov 1995 01:46:06 -0800 Received: from cordoba.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA15555; Tue, 14 Nov 95 09:45:47 GMT Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id JAA06333; Tue, 14 Nov 1995 09:43:13 GMT From: "Greg Edwards, SGI UK." Message-Id: <9511140943.ZM6331@cordoba.reading.sgi.com> Date: Tue, 14 Nov 1995 09:43:13 +0000 In-Reply-To: Jim Helman "Re: A bug in perfly ?" (Nov 13, 10:39am) References: <199511131839.KAA27129@surreal.asd.sgi.com> Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Jim Helman Subject: Re: A bug in perfly ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Well explained Jim. This (temporal aliasing) is a common problem. I've had to explain this to several customers who were convinced the graphics was broken. I think we all get used to it and ignore it, but if you look at high contrast edges in any 30Hx or 20Hz scene (on 60Hz minitir) you can see two or three ghosts. It's like the coarse Gouraud shading on many objects, we just accept it as normal. On Nov 13, 10:39am, Jim Helman wrote: > Subject: Re: A bug in perfly ? > This is simply an artifact of rendering at a rate lower than the video > refresh rate, e.g. 30Hz frame rate on a 60Hz monitor. It's most > evident during rapid changes of heading, but you can see it with > linear motion as well, e.g. the telephone poles on the side of the > road. > > The explanation is quite simple. If your eye is tracking an object as > it moves across the screen, e.g. a telephone pole. Your eye is moving > at a continuously, tracking the average motion of the object. But > with a 30Hz frame rate, the object itself is being drawn in the same > location on the screen at two instants 1/60th of a second apart. > During this 1/60th of a second, your eye's direction has moved > slightly causing the telephone pole to be imaged at a slightly > different position on the retina than the previous one. This results > in two images on the retina (ghosting or doubling) when rendering at > 30Hz, three images at 20Hz, and so on. > > Some solutions are to render at the video rate, to reduce the rates of > motion such that the distance separating the images is very small, or > to reduce the contrast of edges in the scene. > > In field sequential color displays (e.g. 180Hz R+G+B), the same > artifact appears. With a 60Hz frame rate on 180Hz field sequential, > you see three ghosts each with a different color, which gives the > illusion of little rainbows along high contrast edges. > > rgds, > > -jim helman > > jimh@surreal.asd.sgi.com > 415/933-1151 > > >-- End of excerpt from Jim Helman -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. switch +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 From guest Tue Nov 14 10:35:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27963; Tue, 14 Nov 1995 10:15:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27960; Tue, 14 Nov 1995 10:15:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14326; Tue, 14 Nov 95 10:14:49 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA11528; Tue, 14 Nov 1995 10:14:44 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id NAA25416; Tue, 14 Nov 1995 13:15:14 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA24456; Tue, 14 Nov 1995 13:10:18 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA25132; Tue, 14 Nov 95 13:06:50 -0500 Date: Tue, 14 Nov 95 13:06:50 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9511141806.AA25132@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: Size of Performer 2.0 installation? Status: O I would like to know what is the disk space required to install Performer 2.0 exactly. If this could be broken down into libs, example code, friends etc it would be even more helpful. Thanks in advance. ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Tue Nov 14 10:50:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA28019; Tue, 14 Nov 1995 10:42:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA28016; Tue, 14 Nov 1995 10:42:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15871; Tue, 14 Nov 95 10:42:29 -0800 Received: from gateway.grumman.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA18331; Tue, 14 Nov 1995 10:42:11 -0800 Date: Tue, 14 Nov 1995 13:41:43 -0500 From: ghock@gateway.grumman.com (Greg Hock) Message-Id: <9511141841.AA10659@gateway.grumman.com> To: info-performer@sgi.sgi.com Content-Length: 824 Status: O Performer folk, First, thanks for the responses (esp. SGI,and Multigen) on my gset and flight loader quwstions. Your words of wisdom worked! Amazing Grace... Now a new teaser... How does one use a display list (PFDL_FLAT) to draw a single gset thats been added to a single Geode and subsequently multiple DCS's (each with different coordinates). Ultimately what I need is a display list for say drawing 10 instances of my gset, each at a different position (using different coords for the DCS?) and with a different color on 2 vertexes (using an edit to the color index array just before the gset is stuck into the Geode, and DCS?). Que Pasa on the ordering of events?? As is the norm on this mail list... YOUR HELP IS APPRECIATED!! Any code examples? (other than hlcube.c in the Perf2.0 release). Thanks Gregg From guest Tue Nov 14 12:45:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA28403; Tue, 14 Nov 1995 12:37:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA28400; Tue, 14 Nov 1995 12:37:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21908; Tue, 14 Nov 95 12:36:56 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA21511; Tue, 14 Nov 1995 12:36:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA19618; Tue, 14 Nov 1995 11:58:10 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA19802; Tue, 14 Nov 95 11:56:38 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA19440; Tue, 14 Nov 1995 11:56:31 -0800 Message-Id: <199511141956.LAA19440@surreal.asd.sgi.com> To: nicolas@cae.ca (Nicolas Gauvin) Cc: info-performer@sgi.sgi.com Subject: Re: Size of Performer 2.0 installation? In-Reply-To: Your message of "Tue, 14 Nov 95 13:06:50 EST." <9511141806.AA25132@osprey.cae.ca> Date: Tue, 14 Nov 95 11:56:27 -0800 From: Jim Helman Status: O The exact numbers will change, but this list may be useful to keep around for reference when you install 2.0. -jim The usual IRIS GL + OpenGL configuration is about 50MB, of which 14MB is sample data and 9MB are staticly linked versions of perfly. Debug DSOs (compiled -g) currently are also installed by default (for an extra 40MB!) but you probably don't need them. i N performer_dev.books.Perf_PG [d] 5202+ Performer2.0 Programming Guide i N performer_dev.man.c [d] 1371+ Performer2.0 C Man Pages i N performer_dev.man.c++ [d] 1436+ Performer2.0 C++ Man Pages i N performer_dev.man.common [d] 259+ Performer2.0 Non-Language-Specific Man Pages i N performer_dev.man.relnotes [d] 106+ Performer2.0 Release Notes i N performer_dev.src.sample [d] 2220+ Performer2.0 Sample Code i N performer_dev.sw.hdr [d] 792+ Performer2.0 Headers i N performer_eoe.sw.common_performer [d] 222+ Performer2.0 GL-independent DSOs i N performer_eoe.sw.data [d] 14538+ Performer2.0 Sample Data and Fonts i N performer_eoe.sw.demo [d] 9300+ Performer2.0 Demos i N performer_eoe.sw.igl_performer [d] 7077+ Performer2.0 IrisGL DSOs i N performer_eoe.sw.ogl_performer [d] 7075+ Performer2.0 OpenGL DSOs Selections net change 0 49597+ 0 ---------------------------------------------------------------------------------------- The full kit and kaboodle (which almost no one should need to install) is much larger (370MB) because of the 64bit and N32 bit libraries as well as Debug DSOs, Static and Debug Static versions of libraries that are shipped for all versions. i N performer_dev.books.Perf_PG [d] 5202+ Performer2.0 Programming Guide i N performer_dev.man.c [d] 1371+ Performer2.0 C Man Pages i N performer_dev.man.c++ [d] 1436+ Performer2.0 C++ Man Pages i N performer_dev.man.common [d] 259+ Performer2.0 Non-Language-Specific Man Pages i N performer_dev.man.relnotes [d] 106+ Performer2.0 Release Notes i N performer_dev.src.loader 1941+ Performer2.0 Loader Code i N performer_dev.src.sample [d] 2220+ Performer2.0 Sample Code i N performer_dev.sw.common_debug_performer [d] 705+ Performer2.0 GL-independent Debug DSOs i N performer_dev.sw.common_debugstatic_performer 721+ Performer2.0 GL-independent Debug Static Libraries i N performer_dev.sw.common_static_performer 213+ Performer2.0 GL-independent Static Libraries i N performer_dev.sw.hdr [d] 792+ Performer2.0 Headers i N performer_dev.sw.igl_debug_performer [d] 20336+ Performer2.0 IrisGL Debug DSOs i N performer_dev.sw.igl_debugstatic_performer 24417+ Performer2.0 IrisGL Debug Static Libraries i N performer_dev.sw.igl_static_performer 7425+ Performer2.0 IrisGL Static Libraries i N performer_dev.sw.ogl_debug_performer [d] 20403+ Performer2.0 OpenGL Debug DSOs i N performer_dev.sw.ogl_debugstatic_performer 24499+ Performer2.0 OpenGL Debug Static Libraries i N performer_dev.sw.ogl_static_performer 7429+ Performer2.0 OpenGL Static Libraries i N performer_dev.sw32.common_debug_performer 1074+ Performer2.0 GL-independent Debug DSOs (n32) i N performer_dev.sw32.common_debugstatic_performer 1235+ Performer2.0 GL-independent Debug Static Libraries (n32) i N performer_dev.sw32.common_static_performer 393+ Performer2.0 GL-independent Static Libraries (n32) i N performer_dev.sw32.igl_debug_performer 22076+ Performer2.0 IrisGL Debug DSOs (n32) i N performer_dev.sw32.igl_debugstatic_performer 25302+ Performer2.0 IrisGL Debug Static Libraries (n32) i N performer_dev.sw32.igl_static_performer 9432+ Performer2.0 IrisGL Static Libraries (n32) i N performer_dev.sw32.ogl_debug_performer 22175+ Performer2.0 OpenGL Debug DSOs (n32) i N performer_dev.sw32.ogl_debugstatic_performer 25406+ Performer2.0 OpenGL Debug Static Libraries (n32) i N performer_dev.sw32.ogl_static_performer 9449+ Performer2.0 OpenGL Static Libraries (n32) i N performer_dev.sw64.debug_performer 28407+ Performer2.0 Debug DSOs (n64) i N performer_dev.sw64.debugstatic_performer 34196+ Performer2.0 Debug Static Libraries (n64) i N performer_dev.sw64.static_performer 13048+ Performer2.0 Static Libraries (n64) i N performer_eoe.sw.common_performer [d] 222+ Performer2.0 GL-independent DSOs i N performer_eoe.sw.data [d] 14538+ Performer2.0 Sample Data and Fonts i N performer_eoe.sw.demo [d] 9300+ Performer2.0 Demos i N performer_eoe.sw.igl_performer [d] 7077+ Performer2.0 IrisGL DSOs i N performer_eoe.sw.ogl_performer [d] 7075+ Performer2.0 OpenGL DSOs i N performer_eoe.sw.performer1_2 2114+ Performer 1.2 Compatibility DSOs i N performer_eoe.sw32.common_performer 269+ Performer2.0 GL-independent DSOs (n32) i N performer_eoe.sw32.igl_performer 6871+ Performer2.0 IrisGL DSOs (n32) i N performer_eoe.sw32.ogl_performer 6883+ Performer2.0 OpenGL DSOs (n32) i N performer_eoe.sw64.performer 8662+ Performer2.0 DSOs (n64) Disk space summary (Kbytes): / /usr /usr/local Selections net change 0 374671+ 0 ------------------------------------------------------------------------------------------------- Friends adds another 300MB. i N performer_friends.sw.avalon 18990+ Performer2.0 Friend: Avalon FTP Site i N performer_friends.sw.coryphaeus 0 Performer2.0 Friend: Coryphaeus i N performer_friends.sw.cvr 8945+ Performer2.0 Friend: Crystal Visions of Reality i N performer_friends.sw.lightscape 92121+ Performer2.0 Friend: Lightscape Radiosity i N performer_friends.sw.models 29620+ Performer2.0 Friend: Various Models i N performer_friends.sw.multigen 59522+ Performer2.0 Friend: Multigen Models i N performer_friends.sw.paradigm 38918+ Performer2.0 Friend: Paradigm Simulation i N performer_friends.sw.town 18016+ Performer2.0 Friend: Town Database i N performer_friends.sw.viewpoint 27422+ Performer2.0 Friend: Viewpoint Models Disk space summary (Kbytes): / /usr /usr/local Selections net change 0 293552+ 0 From guest Tue Nov 14 15:26:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA29158; Tue, 14 Nov 1995 14:59:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA29155; Tue, 14 Nov 1995 14:59:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28407; Tue, 14 Nov 95 14:59:04 -0800 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA22145; Tue, 14 Nov 1995 14:58:52 -0800 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id RAA03426; Tue, 14 Nov 1995 17:59:27 -0500 Date: Tue, 14 Nov 1995 17:59:27 -0500 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199511142259.RAA03426@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: S-VHS outputs on Onyx/RE2 Status: O We would like to be able to use the two S-VHS outputs on our onyx for left/right signals to our HMD. The implication is that the a and b S-VHS outputs are restricted to being the same signal. Am I missing something important? Is there a hardware solution? Thanks for any info. Dorrie From guest Wed Nov 15 00:13:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA00721; Wed, 15 Nov 1995 00:06:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA00718; Wed, 15 Nov 1995 00:06:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14636; Wed, 15 Nov 95 00:06:43 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA21880; Wed, 15 Nov 1995 00:06:41 -0800 From: flysiml@public.bta.net.cn Received: from 202.96.2.64 (ts1-40.bta.net.cn [202.96.2.64]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id QAA11789 for ; Wed, 15 Nov 1995 16:06:33 +0800 Date: Wed, 15 Nov 1995 16:06:33 +0800 Message-Id: <199511150806.QAA11789@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: type of scanners ? To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, I have one set of Multigen(Revision 14.0) installed on SGI's ONYX Reality Station(with IRIX 5.3), now we are going to use scanner, can you send me a list of scanner types can be used. Thanks. Z.G. Cao flysiml@public.bta.net.cn From guest Wed Nov 15 00:17:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA00732; Wed, 15 Nov 1995 00:09:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA00729; Wed, 15 Nov 1995 00:09:43 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14882; Wed, 15 Nov 95 00:09:41 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA22330; Wed, 15 Nov 1995 00:09:39 -0800 From: flysiml@public.bta.net.cn Received: from 202.96.2.64 (ts1-40.bta.net.cn [202.96.2.64]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id QAA11957 for ; Wed, 15 Nov 1995 16:09:36 +0800 Date: Wed, 15 Nov 1995 16:09:36 +0800 Message-Id: <199511150809.QAA11957@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Where is Multigen? To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, Is there anyone know the E-Mail address of Multigen Inc.? Thanks ahead. Z.G. Cao flysiml@public.bta.net.cn From guest Wed Nov 15 09:55:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA01589; Wed, 15 Nov 1995 09:45:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA01586; Wed, 15 Nov 1995 09:45:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27578; Wed, 15 Nov 95 09:44:57 -0800 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA15661; Wed, 15 Nov 1995 09:44:51 -0800 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id MAA05302; Wed, 15 Nov 1995 12:45:07 -0500 Date: Wed, 15 Nov 1995 12:45:07 -0500 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199511151745.MAA05302@beamish.mit.edu> To: info-performer Status: O Thanks for all the responses to the "A+B S-VHS outputs on an Onyx/RE2" question! We are using Virtual Research's VR4 but would be to hear how it goes with the Virtual I/O. Dorrie From guest Wed Nov 15 06:32:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA01272; Wed, 15 Nov 1995 06:26:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA01269; Wed, 15 Nov 1995 06:26:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22034; Wed, 15 Nov 95 06:26:24 -0800 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA16651; Wed, 15 Nov 1995 06:25:53 -0800 From: yuri@casa-de.es Received: (uucp@localhost) by goya.eunet.es (8.7.1/13.23) id OAA06703 for info-performer@sgi.com; Wed, 15 Nov 1995 14:59:35 +0100 (MET) Received: by DE0SG001.casa-de.es (931110.SGI/5.3) id AA28647 for info-performer@sgi.com; Wed, 15 Nov 95 10:51:17 -0800 Date: Wed, 15 Nov 95 10:51:17 -0800 Message-Id: <9511151851.AA28647@DE0SG001.casa-de.es> To: info-performer@sgi.sgi.com Subject: Updating pfFog Status: O Many thanx to Angus and Mario for your ideas. Switching off and on the override applied to the fog state worked fine. I will save your additional ideas maybe for latter reference. Espero que nos veamos algun dia fuera del ciberespacio 8-) Regards, Yuri. _________________________________________________________________________________ _/_/_/_/ _/ _/_/_/_/ _/ Juan R. "Yuri" Saenz-Diez _/ _/_/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/ C.A.S.A - E S P A C I O - _/ _/_/_/_/ _/ _/_/_/_/ Av. de Aragon, 404 _/_/_/_/ _/ _/ _/_/_/_/ _/ _/ 28022 Madrid - Spain _/_/ _/_/ _/_/ Tel: (34 1) 585 78 17 _/_/ --o-- _/_/ Fax: (34 1) 747 47 99 _/_/ _/_/ Tlx: 48540 CASA-E _/_/ E-mail yuri@inf.casa-de.es _________________________________________________________________________________ From guest Thu Nov 16 08:56:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA06171; Thu, 16 Nov 1995 08:47:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA06168; Thu, 16 Nov 1995 08:46:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07035; Thu, 16 Nov 95 08:46:50 -0800 Received: from chx400.switch.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA06343; Thu, 16 Nov 1995 08:46:35 -0800 Received: from callisto.geo.unizh.ch by chx400.switch.ch with SMTP (PP); Thu, 16 Nov 1995 17:19:07 +0100 Received: from aquilla.geo.unizh.ch by callisto.geo.unizh.ch (5.x/SMI-SVR4) id AA00660; Thu, 16 Nov 1995 17:19:03 +0100 Received: by aquilla.geo.unizh.ch (940816.SGI.8.6.9) id RAA22919; Thu, 16 Nov 1995 17:19:02 +0100 From: Hilko Hoffmann Message-Id: <9511161719.ZM22917@aquilla> Date: Thu, 16 Nov 1995 17:19:02 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: fog+earthsky+transparency Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19511161719.ZM22917.aquilla" Status: O -- --PART-BOUNDARY=.19511161719.ZM22917.aquilla Content-Type: text/plain; charset=us-ascii Performers, why are polygons with alpha = 0.0 (=total transparent) in earthsky mode not totaly transparent? It seems that earthsky adds any alpha value to polygon's alpha!? If earthsky is not enabled, such polygons are totaly transparent (=invisible)! Any idea or work around?? Regards, Hilko --PART-BOUNDARY=.19511161719.ZM22917.aquilla X-Zm-Content-Name: Attach_hilko.txt Content-Description: Text Content-Type: text/plain ; name="Attach_hilko.txt" ; charset=us-ascii Hilko Hoffmann hilko@rsl.geogr.unizh.ch Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories FAX: +41 - 1 / 362 52 27 University of Zurich Winterthurerstrasse 190 CH-8057 Zurich; Switzerland --PART-BOUNDARY=.19511161719.ZM22917.aquilla-- From guest Thu Nov 16 10:25:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA06358; Thu, 16 Nov 1995 10:09:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA06355; Thu, 16 Nov 1995 10:08:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11621; Thu, 16 Nov 95 10:08:43 -0800 Received: from gateway.grumman.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA25008; Thu, 16 Nov 1995 10:08:42 -0800 Date: Thu, 16 Nov 1995 13:07:52 -0500 From: ghock@gateway.grumman.com (Greg Hock) Message-Id: <9511161807.AA22147@gateway.grumman.com> Apparently-To: info-performer@sgi.sgi.com Apparently-To: hilko@rsl.geogr.unizh.ch Content-Length: 487 Status: O Just a shot in the dark, but the earthsky mode may be affecting global material or light model settings that are subsequently inhereted by gset geostates. The inheretence of transparency rather than the local specification (via a gstate material for the gset) might therfore be the bug. The local stuff should override global settings for equivalent properties, so maybe the transparency specs are a little different. Anyways... these were just my thoughts... hope they help. Gregg From guest Thu Nov 16 17:36:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA07593; Thu, 16 Nov 1995 17:27:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA07590; Thu, 16 Nov 1995 17:27:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04754; Thu, 16 Nov 95 17:27:34 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA16146; Thu, 16 Nov 1995 17:27:15 -0800 Received: from bhole.cae.ca by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA16267; Thu, 16 Nov 1995 12:29:27 -0800 Received: from popsie.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19712; Thu, 16 Nov 1995 15:26:21 -0500 Received: by popsie.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA05188; Thu, 16 Nov 95 15:26:46 -0500 From: "Rejean Chartrand" Message-Id: <9511161526.ZM5186@popsie.cae.ca> Date: Thu, 16 Nov 1995 15:26:42 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Ascii_to_dwb and dwb_to_ascii sources Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O >From root@bhole Wed Nov 15 16:30:56 1995 Received: from poster.cae.ca by eagle.cae.ca via SMTP (931110.SGI/930416.SGI.AUTO) for rejean id AA02579; Wed, 15 Nov 95 16:30:56 -0500 Received: from bhole.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA13583; Wed, 15 Nov 1995 16:28:42 -0500 Received: by bhole.cae.ca (8.6.9 (lobotomy)/8.6.11) id VAA24967 for rejean@eagle.cae.ca; Wed, 15 Nov 1995 21:33:14 GMT Date: Wed, 15 Nov 1995 21:33:14 GMT From: root@bhole Message-Id: <199511152133.VAA24967@bhole.cae.ca> To: rejean Status: OR >>>>>>>>>>>>>>>> WARNING !!!! <<<<<<<<<<<<<<<<< THE FOLLOWING MAIL MESSAGE COULD NOT BE DELIVERED PROPERLY TO THE INTERNET SINCE YOUR EMAIL ADDRESS IS EITHER NOT OFFICIALLY REGISTERED AT CAE OR YOUR MAIL MESSAGE ORIGINATES FROM A COMPUTER OTHER THAN THE ONE OFFICIALLY REGISTERED. TO OFFICIALLY REGISTER YOUR ACCOUNT FOR EMAIL PLEASE CALL THE ECC AT x2555 AND ASK TO TALK TO A SYSTEM MANAGER. YOUR MAIL MESSAGES WILL NOT GO THROUGH TO THE INTERNET UNTIL YOU ARE OFFICIALLY REGISTERED !!! >>>>>>>>>>>>>>>> WARNING !!!! <<<<<<<<<<<<<<<<< P0 T816466247 DdfPAA26748 $rSMTP $sposter.cae.ca $_poster.cae.ca [142.39.22.1] S R HReceived: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id PAA26748; Wed, 15 Nov 1995 15:10:47 -0500 HReceived: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA03250; Wed, 15 Nov 1995 15:05:28 -0500 HReceived: by eagle.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA02347; Wed, 15 Nov 95 15:07:15 -0500 HFrom: "Rejean Chartrand" HMessage-Id: <9511151507.ZM2345@eagle.cae.ca> HDate: Wed, 15 Nov 1995 15:07:09 -0500 I have eared that DWB has also an ascii format and that there's utilities to go from DWB to ascii and vice versas (ascii to DWB). Since DWB is a open format I presume also that the ascii format is open. I would like to get the sources for both these two utilities. Any idea where I could get them ? Thanks in advance to all of you ! Rejean Chartrand. CAE Electronics Ltd., Montreal, CANADA. From guest Fri Nov 17 04:20:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA08436; Fri, 17 Nov 1995 04:12:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA08433; Fri, 17 Nov 1995 04:12:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18712; Fri, 17 Nov 95 04:12:40 -0800 Received: from dub-img-6.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA25813; Fri, 17 Nov 1995 04:12:38 -0800 Received: by dub-img-6.compuserve.com (8.6.10/5.950515) id HAA03538; Fri, 17 Nov 1995 07:12:37 -0500 Date: 17 Nov 95 07:10:22 EST From: Jonathan Young <100101.3247@compuserve.com> To: Performer Info Subject: unsubscribe Message-Id: <951117121021_100101.3247_EHK93-2@CompuServe.COM> Status: O unsubscribe please From guest Sun Nov 19 17:34:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA13691; Sun, 19 Nov 1995 17:20:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA13688; Sun, 19 Nov 1995 17:20:26 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27768; Sun, 19 Nov 95 17:20:24 -0800 Received: from canongate.in.canon.co.jp by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA06134; Sun, 19 Nov 1995 17:20:01 -0800 Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA21970; Mon, 20 Nov 95 10:19:50 JST Received: from cavax3(150.61.22.84) by canongate via smap (V1.3) id sma020210; Mon Nov 20 10:11:17 1995 Received: from canongate.in.canon.co.jp (canongate.cis.canon.co.jp) by cavax3.cis.canon.co.jp (4.1/3.4Wbeta3) id AA21046; Fri, 17 Nov 95 21:54:20 JST Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA07552; Fri, 17 Nov 95 21:54:19 JST Received: from sgi.com(192.48.153.1) by canongate via smap (V1.3) id sma007526; Fri Nov 17 21:53:54 1995 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id EAA28600; Fri, 17 Nov 1995 04:42:05 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA08436; Fri, 17 Nov 1995 04:12:41 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA08433; Fri, 17 Nov 1995 04:12:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18712; Fri, 17 Nov 95 04:12:40 -0800 Received: from dub-img-6.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA25813; Fri, 17 Nov 1995 04:12:38 -0800 Received: by dub-img-6.compuserve.com (8.6.10/5.950515) id HAA03538; Fri, 17 Nov 1995 07:12:37 -0500 Date: 17 Nov 95 07:10:22 EST From: Jonathan Young <100101.3247@compuserve.com> To: Performer Info Subject: unsubscribe Message-Id: <951117121021_100101.3247_EHK93-2@CompuServe.COM> Status: O unsubscribe please From guest Sun Nov 19 17:26:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA13672; Sun, 19 Nov 1995 17:17:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA13669; Sun, 19 Nov 1995 17:17:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27712; Sun, 19 Nov 95 17:17:40 -0800 Received: from canongate.in.canon.co.jp by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA05813; Sun, 19 Nov 1995 17:17:02 -0800 Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA21105; Mon, 20 Nov 95 10:16:28 JST Received: from cavax3(150.61.22.84) by canongate via smap (V1.3) id sma019796; Mon Nov 20 10:06:49 1995 Received: from canongate.in.canon.co.jp (canongate.cis.canon.co.jp) by cavax3.cis.canon.co.jp (4.1/3.4Wbeta3) id AA01037; Sat, 18 Nov 95 02:33:30 JST Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA12329; Sat, 18 Nov 95 02:33:28 JST Received: from sgi.com(192.48.153.1) by canongate via smap (V1.3) id sma011938; Sat Nov 18 02:32:57 1995 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id JAA29055; Fri, 17 Nov 1995 09:01:50 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA08744; Fri, 17 Nov 1995 08:35:43 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA08741; Fri, 17 Nov 1995 08:35:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23271; Fri, 17 Nov 95 08:35:37 -0800 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA24709; Fri, 17 Nov 1995 08:35:35 -0800 From: halliday@cs.sfu.ca Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA01993 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Fri, 17 Nov 1995 08:35:34 -0800 Received: by valdez (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id QAA00750; Fri, 17 Nov 1995 16:35:33 GMT Message-Id: <199511171635.QAA00750@valdez> Subject: Transparency + Texture on Extreme To: info-performer@sgi.sgi.com Date: Fri, 17 Nov 1995 08:35:32 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 413 Status: O If I use pfTransparency(PFTR_ON) with textures on an Extreme, non-transparent textures are sometimes transparent. (I am using the "IRIS 4D" license plate, which should not be transparent!). If I remove pfTransparency(PFTR_ON) then everthing is fine. I looked at the man pages for blendfunction and the GLdebug.history and the blendfunction should be valid on an Extreme. -- Sean Halliday halliday@cs.sfu.ca From guest Fri Nov 17 08:41:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA08744; Fri, 17 Nov 1995 08:35:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA08741; Fri, 17 Nov 1995 08:35:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23271; Fri, 17 Nov 95 08:35:37 -0800 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA24709; Fri, 17 Nov 1995 08:35:35 -0800 From: halliday@cs.sfu.ca Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA01993 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Fri, 17 Nov 1995 08:35:34 -0800 Received: by valdez (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id QAA00750; Fri, 17 Nov 1995 16:35:33 GMT Message-Id: <199511171635.QAA00750@valdez> Subject: Transparency + Texture on Extreme To: info-performer@sgi.sgi.com Date: Fri, 17 Nov 1995 08:35:32 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 413 Status: O If I use pfTransparency(PFTR_ON) with textures on an Extreme, non-transparent textures are sometimes transparent. (I am using the "IRIS 4D" license plate, which should not be transparent!). If I remove pfTransparency(PFTR_ON) then everthing is fine. I looked at the man pages for blendfunction and the GLdebug.history and the blendfunction should be valid on an Extreme. -- Sean Halliday halliday@cs.sfu.ca From guest Sun Nov 19 17:27:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA13677; Sun, 19 Nov 1995 17:17:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA13674; Sun, 19 Nov 1995 17:17:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27717; Sun, 19 Nov 95 17:17:46 -0800 Received: from canongate.in.canon.co.jp by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA05814; Sun, 19 Nov 1995 17:17:02 -0800 Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA21100; Mon, 20 Nov 95 10:16:28 JST Received: from cavax3(150.61.22.84) by canongate via smap (V1.3) id sma019818; Mon Nov 20 10:06:50 1995 Received: from canongate.in.canon.co.jp (canongate.cis.canon.co.jp) by cavax3.cis.canon.co.jp (4.1/3.4Wbeta3) id AA06294; Sat, 18 Nov 95 05:28:57 JST Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA16198; Sat, 18 Nov 95 05:28:47 JST Received: from sgi.com(192.48.153.1) by canongate via smap (V1.3) id sma016194; Sat Nov 18 05:28:28 1995 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id MAA16386; Fri, 17 Nov 1995 12:16:19 -0800 Received: from holodeck.asd.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id LAA13895; Fri, 17 Nov 1995 11:53:43 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA09163; Fri, 17 Nov 1995 11:03:24 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA09160; Fri, 17 Nov 1995 11:03:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00117; Fri, 17 Nov 95 11:03:21 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA00219; Fri, 17 Nov 1995 11:03:12 -0800 Received: from dcscorp.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA27609; Fri, 17 Nov 1995 09:55:05 -0800 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Fri, 17 Nov 1995 12:53:27 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 17 Nov 1995 12:59:46 -0500 From: Tanner Lovelace To: info-performer@sgi.sgi.com Subject: pfQueryHit returns segment length as nan Status: O Greetings, I'm trying to use pfSegsIsectNode() to simulate a laser range finder and am running into a very interesting problem. In my scene graph, I have a pointer to my terrain geometry, and then a list of pointers to entity geometries. Because I need to be able to return other information about an entity if it is intersected, I must intersect the pointers individually, rathern than doing the entire scene graph. When an intersection occurs with the terrain, everything is okay. I can call pfQueryHit to return the segment as clipped and get the range from that no problem. But, when I try to intersect an entity, pfSegsIsectNode returns an intersection, but pfQueryHit returns the segment length as nan7ffffe00. (The return value of pfQueryHit is 28 for both terrain and entities.) Has anyone run into a similar situation, and would know what could cause this. My seg_set for the intersection is setup like this: // Set up segment to be tested against geometry seg_set.mode = PFTRAV_IS_PRIM|PFTRAV_IS_CULL_BACK; seg_set.userData = 0; seg_set.segs[0].length = FLT_MAX; seg_set.activeMask = 0x1; seg_set.isectMask = PFUCOLLIDE_MASK; seg_set.bound = 0; seg_set.discFunc = 0; Thanks in advance. Tanner Lovelace DCS Corporation From guest Fri Nov 17 11:08:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA09163; Fri, 17 Nov 1995 11:03:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA09160; Fri, 17 Nov 1995 11:03:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00117; Fri, 17 Nov 95 11:03:21 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA00219; Fri, 17 Nov 1995 11:03:12 -0800 Received: from dcscorp.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA27609; Fri, 17 Nov 1995 09:55:05 -0800 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Fri, 17 Nov 1995 12:53:27 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 17 Nov 1995 12:59:46 -0500 From: Tanner Lovelace To: info-performer@sgi.sgi.com Subject: pfQueryHit returns segment length as nan Status: O Greetings, I'm trying to use pfSegsIsectNode() to simulate a laser range finder and am running into a very interesting problem. In my scene graph, I have a pointer to my terrain geometry, and then a list of pointers to entity geometries. Because I need to be able to return other information about an entity if it is intersected, I must intersect the pointers individually, rathern than doing the entire scene graph. When an intersection occurs with the terrain, everything is okay. I can call pfQueryHit to return the segment as clipped and get the range from that no problem. But, when I try to intersect an entity, pfSegsIsectNode returns an intersection, but pfQueryHit returns the segment length as nan7ffffe00. (The return value of pfQueryHit is 28 for both terrain and entities.) Has anyone run into a similar situation, and would know what could cause this. My seg_set for the intersection is setup like this: // Set up segment to be tested against geometry seg_set.mode = PFTRAV_IS_PRIM|PFTRAV_IS_CULL_BACK; seg_set.userData = 0; seg_set.segs[0].length = FLT_MAX; seg_set.activeMask = 0x1; seg_set.isectMask = PFUCOLLIDE_MASK; seg_set.bound = 0; seg_set.discFunc = 0; Thanks in advance. Tanner Lovelace DCS Corporation From guest Sun Nov 19 17:27:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA13682; Sun, 19 Nov 1995 17:18:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA13679; Sun, 19 Nov 1995 17:18:21 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27732; Sun, 19 Nov 95 17:18:16 -0800 Received: from canongate.in.canon.co.jp by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA05939; Sun, 19 Nov 1995 17:17:30 -0800 Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA21133; Mon, 20 Nov 95 10:16:43 JST Received: from cavax3(150.61.22.84) by canongate via smap (V1.3) id sma019924; Mon Nov 20 10:07:09 1995 Received: from canongate.in.canon.co.jp (canongate.cis.canon.co.jp) by cavax3.cis.canon.co.jp (4.1/3.4Wbeta3) id AA08313; Sat, 18 Nov 95 06:36:02 JST Received: by canongate.in.canon.co.jp (4.1/2.7W) id AA16760; Sat, 18 Nov 95 06:36:01 JST Received: from sgi.com(192.48.153.1) by canongate via smap (V1.3) id sma016758; Sat Nov 18 06:35:48 1995 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id NAA05320; Fri, 17 Nov 1995 13:25:04 -0800 Received: from holodeck.asd.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id NAA24194; Fri, 17 Nov 1995 13:18:25 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA09614; Fri, 17 Nov 1995 12:59:38 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA09611; Fri, 17 Nov 1995 12:59:37 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05617; Fri, 17 Nov 95 12:59:35 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA28103; Fri, 17 Nov 1995 12:59:30 -0800 Received: from mailhost.multigen.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA26090; Fri, 17 Nov 1995 12:33:29 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA06155 for ; Fri, 17 Nov 1995 12:34:25 -0800 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 UAA06082 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 17 Nov 1995 20:27:16 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id MAA19142; Fri, 17 Nov 1995 12:33:34 -0800 From: "Marcus Barnes" Message-Id: <9511171233.ZM19140@royalflush.engr.multigen.com> Date: Fri, 17 Nov 1995 12:33:34 -0800 In-Reply-To: flysiml@public.bta.net.cn "type of scanners ?" (Nov 15, 4:06pm) References: <199511150806.QAA11789@public.bta.net.cn> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: type of scanners ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 15, 4:06pm, flysiml@public.bta.net.cn wrote: > Subject: type of scanners ? > Hi, > > I have one set of Multigen(Revision 14.0) installed on SGI's ONYX Reality > Station(with IRIX 5.3), now we are going to use scanner, can you send me a > list of scanner types can be used. > Thanks. > > Z.G. Cao > flysiml@public.bta.net.cn > >-- End of excerpt from flysiml@public.bta.net.cn MultiGen V14.2 and MultiGen Series II support Sharp (JX-3xx) and HP (ScanJet 3c) scanners. Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Fri Nov 17 13:05:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA09614; Fri, 17 Nov 1995 12:59:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA09611; Fri, 17 Nov 1995 12:59:37 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05617; Fri, 17 Nov 95 12:59:35 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA28103; Fri, 17 Nov 1995 12:59:30 -0800 Received: from mailhost.multigen.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA26090; Fri, 17 Nov 1995 12:33:29 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA06155 for ; Fri, 17 Nov 1995 12:34:25 -0800 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 UAA06082 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 17 Nov 1995 20:27:16 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id MAA19142; Fri, 17 Nov 1995 12:33:34 -0800 From: "Marcus Barnes" Message-Id: <9511171233.ZM19140@royalflush.engr.multigen.com> Date: Fri, 17 Nov 1995 12:33:34 -0800 In-Reply-To: flysiml@public.bta.net.cn "type of scanners ?" (Nov 15, 4:06pm) References: <199511150806.QAA11789@public.bta.net.cn> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: type of scanners ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 15, 4:06pm, flysiml@public.bta.net.cn wrote: > Subject: type of scanners ? > Hi, > > I have one set of Multigen(Revision 14.0) installed on SGI's ONYX Reality > Station(with IRIX 5.3), now we are going to use scanner, can you send me a > list of scanner types can be used. > Thanks. > > Z.G. Cao > flysiml@public.bta.net.cn > >-- End of excerpt from flysiml@public.bta.net.cn MultiGen V14.2 and MultiGen Series II support Sharp (JX-3xx) and HP (ScanJet 3c) scanners. Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Sat Nov 18 20:39:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA12544; Sat, 18 Nov 1995 20:29:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA12541; Sat, 18 Nov 1995 20:29:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11686; Sat, 18 Nov 95 20:29:32 -0800 Received: from soochak.ncst.ernet.in by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA07412; Sat, 18 Nov 1995 20:29:11 -0800 Received: from iisc.ernet.in (iisc.iisc.ernet.in [144.16.64.3]) by soochak.ncst.ernet.in (8.6.8.1/8.6.6) with SMTP id JAA25561 for ; Sun, 19 Nov 1995 09:58:54 +0530 Received: from serc.serc.iisc.ernet.in (dhruva.serc.iisc.ernet.in) by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA18854; Sun, 19 Nov 95 10:04:10+0530 Received: by serc.serc.iisc.ernet.in (AIX 3.2/UCB 5.64/4.03) id AA25161; Sun, 19 Nov 1995 10:02:43 GMT Date: Sun, 19 Nov 1995 10:02:43 GMT From: vijay@serc.serc.iisc.ernet.in (Vijaykumar B) Message-Id: <9511191002.AA25161@serc.serc.iisc.ernet.in> To: info-performer@sgi.sgi.com Status: O I'm trying to use pfSegsIsectNode() to simulate a laser range finder. At the time of compilation it showing some Warning is showing. The number of arguments in the macro invocation dn is showing. Has anyone run into a similar situation, and would know what could cause this. Thanks in advance. VIJAY KUMAR SERC B'lore From guest Sun Nov 19 13:32:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA13392; Sun, 19 Nov 1995 13:26:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA13389; Sun, 19 Nov 1995 13:26:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24416; Sun, 19 Nov 95 13:26:55 -0800 Received: from stealth.afit.af.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA21466; Sun, 19 Nov 1995 13:26:23 -0800 Received: from hawkeye.afit.af.mil (moss.afit.af.mil) by stealth.afit.af.mil with SMTP id AA25271 (5.65c/IDA-1.4.4 for ); Sun, 19 Nov 1995 13:28:03 -0500 Received: from localhost (gewillia@slip-2-9.afit.af.mil [129.92.3.69]) by hawkeye.afit.af.mil (8.6.12/8.6.12) with SMTP id NAA00653 for ; Sun, 19 Nov 1995 13:28:12 -0500 Date: Sun, 19 Nov 1995 13:27:47 -0500 (EST) From: "Gary E. Williams" X-Sender: gewillia@localhost To: Performer Mail List Subject: Help Creating Detail Texture Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm trying to generate a detailed texure to use the "Detail Texture" feature available on reality engines. I'm attempting to follow the process as outlined in the GL manual. It is necessary to obtain a difference image between the high resolution and low resolution images in the course of this process. I've not had any luck finding a program which will let me take this step. Is anyone aware of any program which can add or subtract two images? Can Khoros do this? How about anything standard on an SGI (like izoom, but it can't handle this one). Thanks! Gary =================================================================== Gary Williams, Capt, USAF / gewillia@afit.af.mil MS Student, Computer Systems: Modeling and Simulation sequence Air Force Institute of Technology Every individual has a place to fill in the world and is important in some respect whether he chooses to be so or not. - N. Hawthorne From guest Mon Nov 20 12:47:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA21756; Mon, 20 Nov 1995 12:44:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA21753; Mon, 20 Nov 1995 12:44:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27806; Mon, 20 Nov 95 12:44:30 -0800 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA22183; Mon, 20 Nov 1995 12:44:29 -0800 Received: from lee.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) id MAA13854; Mon, 20 Nov 1995 12:44:03 -0800 Received: by lee.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) id AAA04378; Mon, 20 Nov 1995 00:45:09 -0800 From: "AnitaKishore" Message-Id: <9511200045.ZM4376@lee.electrogig.com> Date: Mon, 20 Nov 1995 00:45:07 -0800 In-Reply-To: Lok Liu "Question on I/O devices" (Nov 20, 2:47pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Lok Liu , info-performer@sgi.sgi.com Subject: Re: Question on I/O devices Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 20, 2:47pm, Lok Liu wrote: > Subject: Question on I/O devices > Hi, > > I am working on a project that require me to hook up a motion sensor to > Performer which act very much like a mouse. From my understanding of > Performer, it only takes input from keyboard or a mouse. However, there > is not much document on this area as well. Can anyone suggest a way on > how I can write the driver for the motion sensor that Performer can > interpret? > > Thank you very much in advance. > > Lok >-- End of excerpt from Lok Liu Two ways that I know of: 1. Use XtAppAddInput to receive X events representing the motion sensor - see man page/book on XtAppAddInput. 2. Use shared memory between pf process and a process which will collect data from the motion sensor and write into the shared mem. good luck -anita From guest Mon Nov 20 15:26:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA22998; Mon, 20 Nov 1995 15:14:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA22995; Mon, 20 Nov 1995 15:14:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06667; Mon, 20 Nov 95 15:14:48 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA01391; Mon, 20 Nov 1995 15:14:47 -0800 Received: from chx400.switch.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA22695; Mon, 20 Nov 1995 09:15:49 -0800 Received: from callisto.geo.unizh.ch by chx400.switch.ch with SMTP (PP); Mon, 20 Nov 1995 17:58:56 +0100 Received: from aquilla.geo.unizh.ch by callisto.geo.unizh.ch (5.x/SMI-SVR4) id AA04983; Mon, 20 Nov 1995 17:58:52 +0100 Received: by aquilla.geo.unizh.ch (940816.SGI.8.6.9) id RAA27514; Mon, 20 Nov 1995 17:58:54 +0100 From: Hilko Hoffmann Message-Id: <9511201758.ZM27512@aquilla> Date: Mon, 20 Nov 1995 17:58:54 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: ptu Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19511201758.ZM27512.aquilla" Status: O -- --PART-BOUNDARY=.19511201758.ZM27512.aquilla Content-Type: text/plain; charset=us-ascii Performers, does anybody know where I can find some examples for ptu input ascii files? and which input raster file formats are allowed for LoadPtu()? and are there any man pages for LoadPtu? Thanks for any help Regards Hilko --PART-BOUNDARY=.19511201758.ZM27512.aquilla X-Zm-Content-Name: Attach_hilko.txt Content-Description: Text Content-Type: text/plain ; name="Attach_hilko.txt" ; charset=us-ascii Hilko Hoffmann hilko@rsl.geogr.unizh.ch Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories FAX: +41 - 1 / 362 52 27 University of Zurich Winterthurerstrasse 190 CH-8057 Zurich; Switzerland --PART-BOUNDARY=.19511201758.ZM27512.aquilla-- From guest Mon Nov 20 11:44:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA21100; Mon, 20 Nov 1995 11:37:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA21097; Mon, 20 Nov 1995 11:37:00 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24272; Mon, 20 Nov 95 11:36:59 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA03368; Mon, 20 Nov 1995 11:36:35 -0800 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 TAA02679 for ; Mon, 20 Nov 1995 19:48:33 +0100 Message-Id: <199511201848.TAA02679@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 20 Nov 1995 19:35:06 +0000 To: info-performer@sgi.sgi.com From: arnaud@pobox.oleane.com (Remi Arnaud) Subject: Bug with Performer 2.0 / IRIX 5.3 / GL X-Mailer: Status: O The folowing program core dump in pfFree : #include int main (void) { void *col; void *memarena; /* Initialize Performer */ pfInitArenas(); pfInit(); pfInitState(pfGetSemaArena()); memarena = pfGetSharedArena(); col = pfNewCtab(16, memarena); /* printf("%08X\n",col); */ pfFree(col); /* If you're lucky */ pfExit(); } The same program is working with IRIX 6.2 What's up doc ? From guest Mon Nov 20 12:30:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA21521; Mon, 20 Nov 1995 12:26:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA21518; Mon, 20 Nov 1995 12:26:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26933; Mon, 20 Nov 95 12:26:47 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA18791; Mon, 20 Nov 1995 12:26:47 -0800 Received: from po6.andrew.cmu.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA26690; Mon, 20 Nov 1995 11:48:24 -0800 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.7.1/8.7.1) id OAA04367 for info-performer@sgi.com; Mon, 20 Nov 1995 14:48:12 -0500 Received: via switchmail; Mon, 20 Nov 1995 14:48:11 -0500 (EST) Received: from pcs40.andrew.cmu.edu via qmail ID ; Mon, 20 Nov 1995 14:47:04 -0500 (EST) Received: from pcs40.andrew.cmu.edu via qmail ID ; Mon, 20 Nov 1995 14:47:03 -0500 (EST) Received: from mms.4.170.Jan.26.1995.20.06.54.sun4c.411.MacMail.5.2.CUILIB.3.45.SNAP.NOT.LINKED.pcs40.andrew.cmu.edu.sun4m.412 via MS.5.6.pcs40.andrew.cmu.edu.sun4c_411; Mon, 20 Nov 1995 14:47:02 -0500 (EST) Message-Id: Date: Mon, 20 Nov 1995 14:47:02 -0500 (EST) From: Lok Liu To: info-performer@sgi.sgi.com Subject: Question on I/O devices Status: O Hi, I am working on a project that require me to hook up a motion sensor to Performer which act very much like a mouse. From my understanding of Performer, it only takes input from keyboard or a mouse. However, there is not much document on this area as well. Can anyone suggest a way on how I can write the driver for the motion sensor that Performer can interpret? Thank you very much in advance. Lok From guest Mon Nov 20 12:53:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA21823; Mon, 20 Nov 1995 12:50:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA21820; Mon, 20 Nov 1995 12:50:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28105; Mon, 20 Nov 95 12:50:56 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA23950; Mon, 20 Nov 1995 12:50:55 -0800 Received: from cool.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA16844; Mon, 20 Nov 95 12:48:57 PST From: mcmillan@cs.nps.navy.mil (Scott McMillan) Received: by cool.cs.nps.navy.mil (950215.SGI.8.6.10) id MAA19394; Mon, 20 Nov 1995 12:48:55 -0800 Message-Id: <199511202048.MAA19394@cool.cs.nps.navy.mil> Subject: Re: Question on I/O devices To: info-performer@sgi.sgi.com Date: Mon, 20 Nov 1995 12:48:55 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1140 Status: O Lok Liu writes: > I am working on a project that requires me to hook up a motion sensor to > Performer which acts very much like a mouse. From my understanding of > Performer, it only takes input from keyboard or a mouse. However, there > is not much document on this area as well. Can anyone suggest a way on > how I can write the driver for the motion sensor that Performer can > interpret? I have been working with the Polhemus Fastrak in my Performer application. I set up the Fastrak so that it outputs a continuous stream of binary data and I sproc a lightweight process from the APP to process this stream and place that data in buffers that can be accessed by the APP. If this sounds like something you want to do, it can be no different from writing a device driver for a non-Performer application. It may or may not be a different story if you want to handle the input during the DRAW process. Anybody? scott -- Scott McMillan/mcmillan@cs.nps.navy.mil/(408)656-3316/FAX (408)656-2814 Dept. of Computer Science/Naval Postgraduate School/Monterey, CA 93943 URL: http://cs.nps.navy.mil/people/faculty/mcmillan/ From guest Mon Nov 20 13:25:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA22164; Mon, 20 Nov 1995 13:22:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA22159; Mon, 20 Nov 1995 13:22:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00127; Mon, 20 Nov 95 13:22:11 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA01096; Mon, 20 Nov 1995 13:22:12 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA00108; Mon, 20 Nov 95 13:22:05 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA25037; Mon, 20 Nov 1995 13:22:07 -0800 Message-Id: <199511202122.NAA25037@surreal.asd.sgi.com> To: "AnitaKishore" Cc: Lok Liu , info-performer@sgi.sgi.com Subject: Re: Question on I/O devices In-Reply-To: Your message of "Mon, 20 Nov 95 00:45:07 PST." <9511200045.ZM4376@lee.electrogig.com> Date: Mon, 20 Nov 95 13:22:06 -0800 From: Jim Helman Status: O > Two ways that I know of: > > 1. Use XtAppAddInput to receive X events representing the motion sensor - see > man page/book on XtAppAddInput. > > 2. Use shared memory between pf process and a process which will collect > data from the motion sensor and write into the shared mem. Of these two, the shared memory approach is probably preferable in terms of throughput and consistent latencies. One has a lot more real-time control over processing when X isn't involved. > I have been working with the Polhemus Fastrak in my Performer > application. I set up the Fastrak so that it outputs a continuous > stream of binary data and I sproc a lightweight process from the APP > to process this stream and place that data in buffers that can be > accessed by the APP. If this sounds like something you want to do, it > can be no different from writing a device driver for a non-Performer > application. This is a good approach. Ideally, you'd like to sync the Polhemus to video so that its frame rate doesn't beat with the rendering frame rate and cause variations in latency. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Mon Nov 20 15:39:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA23044; Mon, 20 Nov 1995 15:31:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA23041; Mon, 20 Nov 1995 15:31:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07831; Mon, 20 Nov 95 15:31:04 -0800 Received: from VX.CIS.UMN.EDU by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA05446; Mon, 20 Nov 1995 15:30:59 -0800 Received: from reality.psych.umn.edu by VX.CIS.UMN.EDU (PMDF V4.2-13 #2574) id <01HXVHQT85V4EUEF76@VX.CIS.UMN.EDU>; Mon, 20 Nov 1995 17:35:40 CDT Received: by reality.psych.umn.edu; Mon, 20 Nov 1995 17:27:56 -0600 Date: Mon, 20 Nov 1995 17:27:56 -0600 From: Renee Maheshwari Subject: timing To: info-performer@sgi.sgi.com Message-Id: <9511201727.ZM18284@reality.psych.umn.edu> Mime-Version: 1.0 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Status: O Hi all, Does anyone know what the accuracy of pfGetTime() is on an Onyx? I guess the default is 10ms resolution, but I was wondering if there was a way to get millisecond or better accuracy. Thanks, Renee -- ___ _ _ _ ********************************************* /_) (_ /\ / (_ (_ Renee Maheshwari / \ (_ / \/ (_ (_ Programmer, Human Factors Research Laboratory University of Minnesota email: renee@reality.psych.umn.edu http://www.umn.edu/nlhome/g508/mahe0010 *********************************************************************** From guest Mon Nov 20 16:26:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA23489; Mon, 20 Nov 1995 16:17:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA23486; Mon, 20 Nov 1995 16:17:26 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11440; Mon, 20 Nov 95 16:17:20 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA17987; Mon, 20 Nov 1995 16:17:16 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11762; Mon, 20 Nov 1995 19:13:49 -0500 Received: by eagle.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA14945; Mon, 20 Nov 95 19:15:20 -0500 From: "Bernard Leclerc" Message-Id: <9511201915.ZM14943@eagle.cae.ca> Date: Mon, 20 Nov 1995 19:15:17 -0500 In-Reply-To: Renee Maheshwari "timing" (Nov 20, 5:27pm) References: <9511201727.ZM18284@reality.psych.umn.edu> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Renee Maheshwari , info-performer@sgi.sgi.com Subject: Re: timing Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Nov 20, 5:27pm, Renee Maheshwari wrote: > Hi all, > > Does anyone know what the accuracy of pfGetTime() is on an Onyx? I > guess the default is 10ms resolution, but I was wondering if there was a way > to get millisecond or better accuracy. > Renee, By default, Performer uses the best clock available on the host. If I recall correctly, on an Onyx Performer uses a hardware counter giving you a resolution of 62.5 nanoseconds. Look at the man page for "syssgi" under SGI_QUERY_CYCLECNTR for more details. -- ___/ | ___/ Bernard Leclerc e-mail: bleclerc@cae.ca / / | / Systems Engineer voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Mon Nov 20 16:26:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA23494; Mon, 20 Nov 1995 16:18:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA23491; Mon, 20 Nov 1995 16:18:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11497; Mon, 20 Nov 95 16:18:07 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id QAA18188; Mon, 20 Nov 1995 16:18:02 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA11485; Mon, 20 Nov 95 16:17:58 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA27645; Mon, 20 Nov 1995 16:17:57 -0800 Message-Id: <199511210017.QAA27645@surreal.asd.sgi.com> To: Renee Maheshwari Cc: info-performer@sgi.sgi.com Subject: Re: timing In-Reply-To: Your message of "Mon, 20 Nov 95 17:27:56 CST." <9511201727.ZM18284@reality.psych.umn.edu> Date: Mon, 20 Nov 95 16:17:56 -0800 From: Jim Helman Status: O >From the man page:;;;; > pfGetTime returns a high resolution clock time in seconds that is > relative to the initial time set by pfInitClock. It determines the > highest resolution clock available and uses that clock in all subsequent > calls. On Indy, Indigo, Indigo2, 4D/35, Power Series systems with IO3 > boards, and Onyx, the resolution of the clock is submicrosecond. If the > hardware does not support a high resolution counter, the time of day > clock is used which typically has 10ms resolution (see below). The resolution of the counter on Onyx 21ns, so the overhead for the call itself (1-2 usec on a 150MHZ machine) predominates. Also note that you will have variations, possibly quite significant if another process wants to run. For solid timings, it's best to run on an isolated CPU. Performer 1.2 may also have some slight variability in timing because it acquires a lock which another process or the wrap process may hold. So banging heavily on pfGetTime() simultaneously in multiple processes is a bad idea in 1.2. 2.0's pfGetTime is much improved and does not need to acquire a lock. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Mon Nov 20 17:17:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA23968; Mon, 20 Nov 1995 17:11:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA23965; Mon, 20 Nov 1995 17:11:21 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14666; Mon, 20 Nov 95 17:11:19 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA04181; Mon, 20 Nov 1995 17:11:18 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA14659; Mon, 20 Nov 95 17:11:12 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA27829; Mon, 20 Nov 1995 17:08:24 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199511210108.RAA27829@tubes.asd.sgi.com> Subject: Re: Bug with Performer 2.0 / IRIX 5.3 / GL To: guest (Remi Arnaud) Date: Mon, 20 Nov 95 17:08:23 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <199511201848.TAA02679@relay1.oleane.net>; from "Remi Arnaud" at Nov 20, 95 7:35 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > The folowing program core dump in pfFree : > > #include > > > int main (void) > { > void *col; > void *memarena; > > /* Initialize Performer */ > pfInitArenas(); > pfInit(); > pfInitState(pfGetSemaArena()); > > memarena = pfGetSharedArena(); > > col = pfNewCtab(16, memarena); > /* printf("%08X\n",col); */ > pfFree(col); > > /* If you're lucky */ > pfExit(); > } > > The same program is working with IRIX 6.2 > > What's up doc ? > 'Twas a bug. Ensure that you have a current pfState around when deleting colortables if you need a workaround. From guest Mon Nov 20 20:23:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA24459; Mon, 20 Nov 1995 20:15:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA24456; Mon, 20 Nov 1995 20:15:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21120; Mon, 20 Nov 95 20:15:57 -0800 Received: from rndtm.com.my by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA09249; Mon, 20 Nov 1995 20:15:55 -0800 Received: by rndserv.rndtm.com.my (5.x/SMI-SVR4) id AA20615; Tue, 21 Nov 1995 12:11:46 +0800 Date: Tue, 21 Nov 1995 12:11:46 +0800 From: din@rndtm.com.my (Zainuddin b. Ahmad) Message-Id: <9511210411.AA20615@rndserv.rndtm.com.my> To: info-performer@sgi.sgi.com Subject: Question on performer Status: O Hi ... I've problem to run perfly or any performer application recently. It was an error after I executed perfly. The error was: "Performer Fatal: pfInit: cannot create semaphore arena via NFS (/usr/tmp). Change PFTMPDIR. " I've trying to change PFTMPDIR but it doesn't help. I have Performer 1.2 running on IRIX 6.1. Thanks for any help. regards din din@rndtm.com.my (603)6517543 From guest Mon Nov 20 23:06:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA24759; Mon, 20 Nov 1995 22:59:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA24756; Mon, 20 Nov 1995 22:59:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24943; Mon, 20 Nov 95 22:58:59 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id WAA26914; Mon, 20 Nov 1995 22:58:58 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA24922; Mon, 20 Nov 95 22:58:36 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id WAA17534; Mon, 20 Nov 1995 22:58:15 -0800 Message-Id: <199511210658.WAA17534@surreal.asd.sgi.com> To: din@rndtm.com.my (Zainuddin b. Ahmad) Cc: info-performer@sgi.sgi.com Subject: Re: Question on performer In-Reply-To: Your message of "Tue, 21 Nov 95 12:11:46 +0800." <9511210411.AA20615@rndserv.rndtm.com.my> Date: Mon, 20 Nov 95 22:58:14 -0800 From: Jim Helman Status: O This is a known bug in Performer 1.2 when running on XFS file systems..... To: "Carlo L. Tiana" Cc: info-performer@sgi.sgi.com Subject: Re: Performer 1.2, IRIX 6.1 In-Reply-To: Your message of "Thu, 31 Aug 95 18:41:08 PDT." <199509010141.SAA05906@descartes.arc.nasa.gov> Date: Mon, 04 Sep 95 22:02:12 -0700 From: Jim Helman Performer 1.2 works under 6.1, except for a bug in 1.2 that prevents the use of an XFS (the replacement for the older EFS) filesystem as for Performer shared memory and semaphores. There are a number of workarounds: 1) Use an EFS root filesystem 2) set PFTMPDIR to an EFS file system 3) reorder the device types in the kernel configuration files and build a new kernel. 4) wait ;-) for 2.0. More on #3: place nfs3 as the second entry in sysgen/master.c's vfssw array. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Nov 21 01:09:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA25014; Tue, 21 Nov 1995 00:33:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA25011; Tue, 21 Nov 1995 00:33:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27020; Tue, 21 Nov 95 00:33:01 -0800 Received: from stork.cf.ac.uk by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA05098; Tue, 21 Nov 1995 00:32:45 -0800 Received: from thor.cf.ac.uk by stork.cf.ac.uk with SMTP (PP); Tue, 21 Nov 1995 08:26:11 +0000 Date: Tue, 21 Nov 1995 08:32:00 +0000 (GMT) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Re: Question on I/O devices In-Reply-To: <199511202048.MAA19394@cool.cs.nps.navy.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 20 Nov 1995, Scott McMillan wrote: > It may or may not be a different story if you want to > handle the input during the DRAW process. Anybody? > DRAW is no problem either. The Polhemus implementation I set up here is simple (+ similar to Scott's). A Performer process + a Polhemus process. The latter writes the Polhemus data to shared memory (I have to run evrything on 1 CPU) and Performer reads it on the fly. It works very well. roy From guest Tue Nov 21 05:22:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA25361; Tue, 21 Nov 1995 04:43:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA25358; Tue, 21 Nov 1995 04:43:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02427; Tue, 21 Nov 95 04:42:55 -0800 Received: from beyond.clubfed.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id EAA24360; Tue, 21 Nov 1995 04:42:43 -0800 Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id HAA28095; Tue, 21 Nov 1995 07:43:16 -0500 Received: by hotsauce.clubfed.sgi.com (940816.SGI.8.6.9/930416.SGI.AUTO) id HAA05693; Tue, 21 Nov 1995 07:42:40 -0500 From: "Brian Furtaw" Message-Id: <9511210742.ZM5691@hotsauce.clubfed.sgi.com> Date: Tue, 21 Nov 1995 07:42:36 -0500 In-Reply-To: Hilko Hoffmann "ptu" (Nov 20, 5:58pm) References: <9511201758.ZM27512@aquilla> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: Hilko Hoffmann , info-performer@sgi.sgi.com Subject: Re: ptu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O % more ystoneRM5.ptu yellowstone 1 2 2 600.0 600.0 ./data/ystone1024.bw 1024 1024 128 128 ./data/ystone2048.rgb 2048 2048 2048 2048 How's this one. Brian On Nov 20, 5:58pm, Hilko Hoffmann wrote: > Subject: ptu > > Performers, > > does anybody know where I can find some examples for ptu input ascii files? > > and > > which input raster file formats are allowed for LoadPtu()? > > and > > are there any man pages for LoadPtu? > > Thanks for any help > > Regards > > Hilko > > [ Text ] : > > Hilko Hoffmann hilko@rsl.geogr.unizh.ch > > Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories > FAX: +41 - 1 / 362 52 27 University of Zurich > Winterthurerstrasse 190 > CH-8057 Zurich; Switzerland >-- End of excerpt from Hilko Hoffmann -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) RSE Graphics/Communications Office: (301) 572-3293 Silver Spring, MD Fax: (301) 572-3280 From guest Tue Nov 21 06:39:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA25569; Tue, 21 Nov 1995 05:57:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA25564; Tue, 21 Nov 1995 05:57:09 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03589; Tue, 21 Nov 95 05:56:57 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA29649; Tue, 21 Nov 1995 05:56:47 -0800 From: flysiml@public.bta.net.cn Received: from 202.96.2.86 (ts1-62.bta.net.cn [202.96.2.86]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id VAA18206 for ; Tue, 21 Nov 1995 21:56:40 +0800 Date: Tue, 21 Nov 1995 21:56:40 +0800 Message-Id: <199511211356.VAA18206@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Where if CAE ? To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, Is there anyone knows the E-mail address of CAE Electronics Ltd. Please tell me. Thanks ahead. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Nov 21 07:14:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA25671; Tue, 21 Nov 1995 06:31:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA25668; Tue, 21 Nov 1995 06:31:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04128; Tue, 21 Nov 95 06:31:14 -0800 Received: from arl-img-4.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA03665; Tue, 21 Nov 1995 06:31:10 -0800 Received: by arl-img-4.compuserve.com (8.6.10/5.950515) id JAA24098; Tue, 21 Nov 1995 09:31:05 -0500 Date: 21 Nov 95 09:22:32 EST From: Jean BENOIT <101372.3460@compuserve.com> To: Infos Performer Subject: Inscription Message-Id: <951121142231_101372.3460_JHF126-1@CompuServe.COM> Status: O Subscribe me From guest Tue Nov 21 09:24:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26490; Tue, 21 Nov 1995 08:46:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA26487; Tue, 21 Nov 1995 08:46:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07928; Tue, 21 Nov 95 08:46:22 -0800 Received: from gateway.grumman.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA23362; Tue, 21 Nov 1995 08:46:09 -0800 Date: Tue, 21 Nov 1995 11:45:45 -0500 From: ghock@gateway.grumman.com (Greg Hock) Message-Id: <9511211645.AA02193@gateway.grumman.com> To: info-performer@sgi.sgi.com Subject: DList coords Content-Length: 414 Status: O Hello, Does anyone know how to put a pfDList at multiple positions intersecting a terrain. Is the procedure akin to putting a GSet (via a Geode) into a DCS and then adding the DCS to the scene. I have succesfully created the DList but cannot get it rendered. My program uses the typical sim loop with pfSync and pfFrame calls followed by non-latency critical stuff. Thanx, Gregg Hock ghock@gateway.grumman.com From guest Tue Nov 21 12:22:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA27031; Tue, 21 Nov 1995 12:16:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA27028; Tue, 21 Nov 1995 12:16:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19223; Tue, 21 Nov 95 12:16:00 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA12958; Tue, 21 Nov 1995 12:15:58 -0800 Received: from cool.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA05676; Tue, 21 Nov 95 12:13:57 PST From: mcmillan@cs.nps.navy.mil (Scott McMillan) Received: by cool.cs.nps.navy.mil (950215.SGI.8.6.10) id MAA20371; Tue, 21 Nov 1995 12:13:47 -0800 Message-Id: <199511212013.MAA20371@cool.cs.nps.navy.mil> Subject: Re: Question on I/O devices To: info-performer@sgi.sgi.com Date: Tue, 21 Nov 1995 12:13:47 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 750 Status: O This discussion reminds me of a question I posed a while ago, but got no adequate responses: Did anybody ever interface the Fastrak to a standard serial port (no ASO's please) on any of the SGI's using the hardware handshaking cable and actually get data from the unit with a baud rate higher than 9600? I had no luck on my Indigo2 and finally had to settle for the 16BIT format and 16Hz sample rates. I assume that with the right cable, I can exceed 9600 baud because the modem in the other serial port runs at 19.2K or 38.4K. scott -- Scott McMillan/mcmillan@cs.nps.navy.mil/(408)656-3316/FAX (408)656-2814 Dept. of Computer Science/Naval Postgraduate School/Monterey, CA 93943 URL: http://cs.nps.navy.mil/people/faculty/mcmillan/ From guest Tue Nov 21 07:58:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA25935; Tue, 21 Nov 1995 07:19:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA25932; Tue, 21 Nov 1995 07:19:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05118; Tue, 21 Nov 95 07:19:00 -0800 Received: from buitre by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA09639; Tue, 21 Nov 1995 07:18:53 -0800 Received: by buitre (940816.SGI.8.6.9/940406.SGI) id QAA07119; Tue, 21 Nov 1995 16:08:34 -0800 From: "LUIS MIRANDA" Message-Id: <9511211608.ZM7117@buitre.madrid.sgi.com> Date: Tue, 21 Nov 1995 16:08:33 -0800 In-Reply-To: flysiml@public.bta.net.cn "Where if CAE ?" (Nov 21, 9:56pm) References: <199511211356.VAA18206@public.bta.net.cn> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: flysiml@public.bta.net.cn Subject: Re: Where if CAE ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O try this: marketing@cae.ca Regards, Nacho -- ******************************************************************************* * Luis Ignacio Miranda Edificio "Santa Engracia 120" * * Silicon Graphics, S.A. Plaza del Descubridor Diego de Ordas,3 * * Systems Engineering Division 28003 MADRID SPAIN * * e-mail : lmiranda@madrid.sgi.com Telephone ++ 34 1 4429077 * * v-mail : x57598 Fax ++ 34 1 4420150 * ******************************************************************************* From guest Tue Nov 21 17:46:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27786; Tue, 21 Nov 1995 17:04:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA27783; Tue, 21 Nov 1995 17:04:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03831; Tue, 21 Nov 95 17:04:33 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA04258; Tue, 21 Nov 1995 17:04:29 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id MAA22070 (8.6.12/IDA-1.6); Wed, 22 Nov 1995 12:04:05 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA26847 (5.65c/IDA-1.5); Wed, 22 Nov 1995 11:38:37 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA10107 (8.6.12/IDA-1.6); Wed, 22 Nov 1995 10:48:05 +1000 Received: by murad (5.65) id AA05004; Wed, 22 Nov 1995 11:55:00 +1100 Date: Wed, 22 Nov 1995 11:55:00 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: Scott McMillan Cc: info-performer@sgi.sgi.com Subject: Re: Question on I/O devices In-Reply-To: <199511212013.MAA20371@cool.cs.nps.navy.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 21 Nov 1995, Scott McMillan wrote: > This discussion reminds me of a question I posed a while ago, but got no > adequate responses: > Did anybody ever interface the Fastrak to a standard serial port (no ASO's > please) on any of the SGI's using the hardware handshaking cable and actually > get data from the unit with a baud rate higher than 9600? I had no luck on > my Indigo2 and finally had to settle for the 16BIT format and 16Hz sample > rates. I assume that with the right cable, I can exceed 9600 baud because the > modem in the other serial port runs at 19.2K or 38.4K. Are you using the ttyd or ttym device? Hardware handshaking only works for the ttym devices... +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Wed Nov 22 06:46:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA28720; Wed, 22 Nov 1995 06:35:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA28717; Wed, 22 Nov 1995 06:35:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22254; Wed, 22 Nov 95 06:35:52 -0800 Received: from majestix.cmr.no by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA03823; Wed, 22 Nov 1995 06:35:45 -0800 Received: from gaia.cmr.no (gaia.cmr.no [129.177.31.121]) by majestix.cmr.no (8.6.12/8.6.9) with ESMTP id PAA05945; Wed, 22 Nov 1995 15:35:37 +0100 Received: (from oddmar@localhost) by gaia.cmr.no (8.6.9/8.6.9) id OAA26220; Wed, 22 Nov 1995 14:35:34 GMT From: "Oddmar A. Sandvik" Message-Id: <9511221535.ZM26218@gaia.cmr.no> Date: Wed, 22 Nov 1995 15:35:29 +0100 Organisation: Christian Michelsen Research a/s Reply-To: oddmar@cmr.no X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Vega, dVise or Coryphaeus Expression? Cc: oddmar@cmr.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Help! We're considering to buy a high-level toolkit for developing a real-time visual simulation system. Objects may have semi-complex constraints and behaviour. Object control is based on user input through an external device written by us, a message protocol would therefore be nice. Interactive performance is a must on a Indigo2 High Impact. An additional plus would be support for creating walk-throughs based on CAD models. We have previous experience with Performer and Open Inventor, but not with any of the products mentioned above. Does anyone out there have experiences or views on these toolkits that they wish to share? I'd be happy to post a summary of comments to the mailing list. BTW, I've heard that dVise is not stable on SGI platforms. Is this the case? Thanks in advance, Oddmar Sandvik -- Oddmar A. Sandvik Christian Michelsen Research AS Oddmar.Sandvik@cmr.no Fantoftvn. 38, N-5036 Fantoft, NORWAY +47 5557 [4351/4041(fax)] http://www.cmr.no From guest Wed Nov 22 13:44:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA29627; Wed, 22 Nov 1995 13:40:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA29624; Wed, 22 Nov 1995 13:40:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09635; Wed, 22 Nov 95 13:40:50 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA10878; Wed, 22 Nov 1995 13:40:48 -0800 Received: from uu9.psi.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id IAA25644; Wed, 22 Nov 1995 08:18:01 -0800 Received: from p3.enzian.com by uu9.psi.com (5.65b/4.0.071791-PSI/PSINet) via SMTP; id AA25413 for info-performer@sgi.com; Wed, 22 Nov 95 10:47:13 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.13); Wed, 22 Nov 95 10:47:35 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.13); Wed, 22 Nov 95 10:47:11 EST From: "Bill Storma" To: info-performer@sgi.sgi.com Date: Wed, 22 Nov 1995 10:47:09 EDT Subject: Problem with frame managemnent in Performer X-Mailer: Pegasus Mail v3.22 Message-Id: Status: O Our company is currently developing an application using a 3 pipe ONYX, using IRIX 5.3 and Performer 1.2. The 3 pipes have been genlocked together, both via software (using setmon) and hardware (cabling the sync, genlock and swapbuffer ports as described in the SGI manuals). During the process of testing the different frame rate controls (FREERUN, LIMIT, LOCK, FLOAT) using perfly, I have noticed that the draw process does not always start at the proper time when running LOCK mode. The draw process will start on a video refresh cycle, but not necessarily on a frame cycle. As the frame rate is reduced, the problem occurs more often. At 30 Hz, the problem shows up occasionally; at 10 Hz, the problem always occurs. Perfly is set up to use 3 pipes. The problem of the draw process starting at the wrong time may occur in any of the three pipes; there does not appear to be a consistent pattern. One pipe will always start properly; the other two will start at different refresh cycles. I have also informed Paradigm Simulation of this problem (we are using their Vega products), and they could re- create it on their equipment. Since the draw process does not start at the proper time, the frame synchronization does not always take place properly. Example: if the frame rate is set for 15 Hz, even though the draw process can run well within the frame, the frames will drop to 7.5 to 10 Hz. This apparently is because the draw process overruns the frame, because it started late. Because of this problem, I find it difficult to write a real-time application that will run at the proper frame rate. Has SGI seen this problem and if so, is there a fix to the problem ? Any help would be appreciated. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bill Storma Phone: 407-282-1884 Enzian Technology FAX: 407-282-3013 Orlando, Fl. 32822 e-mail: bill@p3.enzian.com From guest Wed Nov 22 10:49:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA29210; Wed, 22 Nov 1995 10:46:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA29207; Wed, 22 Nov 1995 10:46:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00507; Wed, 22 Nov 95 10:46:06 -0800 Received: from alpha.luc.ac.be by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA22956; Wed, 22 Nov 1995 10:45:54 -0800 Received: by alpha.luc.ac.be; (5.65/1.1.8.2/28Jul95-1212AM) id AA27658; Wed, 22 Nov 1995 19:35:58 +0100 From: Bruno Rassaerts Message-Id: <9511221835.AA27658@alpha.luc.ac.be> Subject: Draw process stops !! To: info-performer@sgi.sgi.com Date: Wed, 22 Nov 1995 19:35:58 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 427 Status: O Hello, I'm just a new to IRIS Performer, so maybe this is a silly problem. I use a draw-callback in an application I wrote. Everything works fine op to the time the draw-callback stops from getting called. This happens at random intervals. Even more weird: the draw-callback continues after another random interval. Has anyone had this problem before ? If so, what's the solution. Bruno Rassaerts brassaer@alpha.vub.ac.be From guest Wed Nov 22 14:42:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA29936; Wed, 22 Nov 1995 14:37:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA29933; Wed, 22 Nov 1995 14:37:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12628; Wed, 22 Nov 95 14:37:31 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA25188; Wed, 22 Nov 1995 14:37:30 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id JAA07599 (8.6.12/IDA-1.6); Thu, 23 Nov 1995 09:37:22 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07063 (5.65c/IDA-1.5); Thu, 23 Nov 1995 09:16:24 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id IAA12912 (8.6.12/IDA-1.6); Thu, 23 Nov 1995 08:25:55 +1000 Received: by murad (5.65) id AA00863; Thu, 23 Nov 1995 09:32:52 +1100 Date: Thu, 23 Nov 1995 09:32:52 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: Bill Storma Cc: info-performer@sgi.sgi.com Subject: Re: Problem with frame managemnent in Performer In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 22 Nov 1995, Bill Storma wrote: > Our company is currently developing an application using a 3 pipe > ONYX, using IRIX 5.3 and Performer 1.2. The 3 pipes have been > genlocked together, both via software (using setmon) and hardware > (cabling the sync, genlock and swapbuffer ports as described in the > SGI manuals). > During the process of testing the different frame rate controls -- snip -- > the other two will start at different refresh cycles. I have also > informed Paradigm Simulation of this problem (we are using their Vega > products), and they could re- create it on their equipment. > > Since the draw process does not start at the proper time, the frame > synchronization does not always take place properly. Example: if > the frame rate is set for 15 Hz, even though the draw process can run > well within the frame, the frames will drop to 7.5 to 10 Hz. This > apparently is because the draw process overruns the frame, because it > started late. I've been led to believe that Performer 1.2 did not synchronize the video clocks on multipipe systems -- and that this has been fixed in 2.0... We had a similar problem under 1.2 on our 3-pipe Onyx... I could get the pipes to sync just fine using GL - but no joy under Performer 1.2... :( > Because of this problem, I find it difficult to write a real-time > application that will run at the proper frame rate. I wish this didn't sound familiar! :) > Has SGI seen > this problem and if so, is there a fix to the problem ? 2.0? +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Wed Nov 22 14:26:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA29879; Wed, 22 Nov 1995 14:23:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA29876; Wed, 22 Nov 1995 14:23:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11871; Wed, 22 Nov 95 14:23:00 -0800 Received: from relay5.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA21450; Wed, 22 Nov 1995 14:22:54 -0800 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP id QQzqzx12417; Wed, 22 Nov 1995 17:22:52 -0500 (EST) Received: from atrhost.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 22 Nov 1995 17:22:53 -0500 Received: from compuadd. by atrhost via SMTP (920330.SGI/920502.SGI.AUTO) for uunet!sgi.com!info-performer id AA15791; Wed, 22 Nov 95 17:22:15 -0500 Received: from ([202.107.222.149]) by compuadd.noname (4.1/SMI-4.1) id AA05026; Wed, 22 Nov 95 17:38:01 EST Date: Wed, 22 Nov 95 17:38:01 EST Message-Id: <9511222238.AA05026@compuadd.noname> X-Sender: ewarburton@compuadd Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: uunet.uu.net!uunet!sgi.com!info-performer From: giraffe.asd.sgi.com!sgi.sgi.com!uunet.uu.net!atrhost!compuadd!ewarburton (Eleanor Warburton) Subject: Ad X-Mailer: Status: O High Techsplanations, Inc. is looking for you! If you have experience in developing software using C++ and Open GL, you may be able to join the world leader in surgical simulation technology. Positions of software engineer at HTI and research assistant at UMCP are available. Interested candidates please submit in confidence a compressive resume stating your qualifications, experience, salary expectation, to the following email address: Professor Jackson C. S. Yang Head, Robotics Laboratory, University of Maryland, College Park. Telephone: 301-405-5306, 301-405-7305, 301-989-2499 E-mail: jyang@atrcorp.com ---------------------------------------------------------------------------- Jackson C.S. Yang Springpointe Executive Center (301)989-8001 (direct) Advanced Technology & Research Corp. (301)989-2499 (switchboard) 15210 Dino Drive (301)989-8000 (Facsimile) Burtonsville, MD 20866-1172 jyang@atrcorp.com From guest Wed Nov 22 14:53:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA00016; Wed, 22 Nov 1995 14:47:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA00013; Wed, 22 Nov 1995 14:47:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13353; Wed, 22 Nov 95 14:47:48 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA28013; Wed, 22 Nov 1995 14:47:47 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA13348; Wed, 22 Nov 95 14:47:44 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA18999; Wed, 22 Nov 1995 14:44:54 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199511222244.OAA18999@tubes.asd.sgi.com> Subject: Re: Problem with frame managemnent in Performer To: guest (Bill Storma) Date: Wed, 22 Nov 95 14:44:54 PST Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Bill Storma" at Nov 22, 95 10:47 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Our company is currently developing an application using a 3 pipe > ONYX, using IRIX 5.3 and Performer 1.2. The 3 pipes have been > genlocked together, both via software (using setmon) and hardware > (cabling the sync, genlock and swapbuffer ports as described in the > SGI manuals). > > During the process of testing the different frame rate controls > (FREERUN, LIMIT, LOCK, FLOAT) using perfly, I have noticed that the > draw process does not always start at the proper time when running > LOCK mode. The draw process will start on a video refresh cycle, but > not necessarily on a frame cycle. As the frame rate is reduced, the > problem occurs more often. At 30 Hz, the problem shows up > occasionally; at 10 Hz, the problem always occurs. Perfly is set up > to use 3 pipes. The problem of the draw process starting at the > wrong time may occur in any of the three pipes; there does not appear > to be a consistent pattern. One pipe will always start properly; > the other two will start at different refresh cycles. I have also > informed Paradigm Simulation of this problem (we are using their Vega > products), and they could re- create it on their equipment. > > Since the draw process does not start at the proper time, the frame > synchronization does not always take place properly. Example: if > the frame rate is set for 15 Hz, even though the draw process can run > well within the frame, the frames will drop to 7.5 to 10 Hz. This > apparently is because the draw process overruns the frame, because it > started late. > > Because of this problem, I find it difficult to write a real-time > application that will run at the proper frame rate. Has SGI seen > this problem and if so, is there a fix to the problem ? You are encountering a bug in 1.2. The video clocks used by performer are not synchronized on all 3 pipes so the APP gets out of phase with 1 or more pipes. The solution is to wait for soon-to-be-released 2.0 or rendezvous all your pipes together and call pfInitVClock(0) in each pipe at the same time to sync the clocks. From guest Wed Nov 22 19:22:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA00923; Wed, 22 Nov 1995 19:14:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA00920; Wed, 22 Nov 1995 19:14:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23964; Wed, 22 Nov 95 19:14:18 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA07879; Wed, 22 Nov 1995 19:14:13 -0800 Received: from ccms.ntu.edu.tw by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id SAA26583; Wed, 22 Nov 1995 18:20:17 -0800 Received: from iris (iris.na.ntu.edu.tw [140.112.26.138]) by ccms.ntu.edu.tw (8.6.10/8.6.9) with SMTP id JAA17072 for <@ccms.ntu.edu.tw:info-performer@sgi.com>; Thu, 23 Nov 1995 09:40:44 +0800 Received: by iris (931110.SGI/930416.SGI) for @ccms.ntu.edu.tw:info-performer@sgi.com id AA03991; Thu, 23 Nov 95 09:38:44 +0800 Date: Thu, 23 Nov 95 09:38:44 +0800 From: huang@iris.na.ntu.edu.tw (Shan-Ho Huang) Message-Id: <9511230138.AA03991@iris> To: info-performer@sgi.sgi.com Subject: subscribe Status: O I didn't get any mails after we shutdown the mail server for several days . Please add me to the mailing list again . Thanks ! From guest Thu Nov 23 10:51:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02042; Thu, 23 Nov 1995 09:56:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA02039; Thu, 23 Nov 1995 09:56:08 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09761; Thu, 23 Nov 95 09:55:48 -0800 Received: from alpha.luc.ac.be by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA21325; Thu, 23 Nov 1995 09:55:32 -0800 Received: by alpha.luc.ac.be; (5.65/1.1.8.2/28Jul95-1212AM) id AA09147; Thu, 23 Nov 1995 18:56:08 +0100 From: David Nouls Message-Id: <9511231756.AA09147@alpha.luc.ac.be> Subject: Subscribe To: info-performer@sgi.sgi.com Date: Thu, 23 Nov 1995 18:56:08 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 60 Status: O Please subscribe me to the performer mailing list /)avid. From guest Thu Nov 23 23:59:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA02882; Thu, 23 Nov 1995 23:51:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA02879; Thu, 23 Nov 1995 23:51:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21369; Thu, 23 Nov 95 23:51:06 -0800 Received: from onyx.centro.com.hk by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA03069; Thu, 23 Nov 1995 23:50:52 -0800 Received: by onyx.centro.com.hk (940816.SGI.8.6.9/940406.SGI) id PAA21537; Fri, 24 Nov 1995 15:51:57 +0800 Date: Fri, 24 Nov 1995 15:51:56 +0800 (SST) From: Kelvin Lee To: info-performer@sgi.sgi.com Subject: .tlf file format Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi there, I wonder if there ######################################### Name : Kelvin Lee Company : Centro Digital Pictures Limited Address : Rm601&604, HKITC 72 Tat Chee Ave, Kowloon Tong Hong Kong Tel : (852) 2319 6588 Fax : (852) 2319 2272 Email : kelvinle@centro.com.hk ######################################### From guest Fri Nov 24 03:32:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA03414; Fri, 24 Nov 1995 03:24:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA03411; Fri, 24 Nov 1995 03:24:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23707; Fri, 24 Nov 95 03:24:45 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA14984; Fri, 24 Nov 1995 03:24:43 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23703; Fri, 24 Nov 95 03:24:41 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id DAA03523; Fri, 24 Nov 1995 03:24:37 -0800 Message-Id: <199511241124.DAA03523@surreal.asd.sgi.com> To: Kelvin Lee Cc: info-performer@sgi.sgi.com Subject: Re: .tlf file format In-Reply-To: Your message of "Fri, 24 Nov 95 15:51:56 +0800." Date: Fri, 24 Nov 95 03:24:37 -0800 From: Jim Helman Status: O > I wonder if there As its name might suggest, "tlf" format is a somewhat encrypted version of "flt". This was done purely for the Performer Town database as initially distributed with IRIX, and I believe that the town is the only database extant in the "tlf" format. The town database is distributed in unecrypted form on the Performer 1.2 CD. For the needlessly curious: on some versions of IRIX, the demos subsystem is not stripped and running "nm" on /usr/demos/bin/perfly provides a significant hint as to how "tlf" works. ;-} rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Fri Nov 24 02:03:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA03115; Fri, 24 Nov 1995 01:54:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA03112; Fri, 24 Nov 1995 01:54:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22701; Fri, 24 Nov 95 01:54:47 -0800 Received: from death.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA10234; Fri, 24 Nov 1995 01:54:44 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA21991; Fri, 24 Nov 1995 17:52:25 GMT From: "Angus Henderson" Message-Id: <9511241752.ZM21989@death.reading.sgi.com> Date: Fri, 24 Nov 1995 17:52:24 +0000 In-Reply-To: Kelvin Lee ".tlf file format" (Nov 24, 3:51pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Kelvin Lee , info-performer@sgi.sgi.com Subject: Re: .tlf file format Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I know it's a game of jeopardy and we have to guess the question.... What is the extension of an encrypted .flt format (MultiGen Flight) file ? ANgus Now when MTJ says to me "...as I said to the president..." I can say "...as Chuck Berry was saying to me ..." From guest Fri Nov 24 12:57:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA04152; Fri, 24 Nov 1995 12:49:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA04149; Fri, 24 Nov 1995 12:49:05 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01164; Fri, 24 Nov 95 12:49:04 -0800 Received: from dub-img-2.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA19974; Fri, 24 Nov 1995 12:48:59 -0800 Received: by dub-img-2.compuserve.com (8.6.10/5.950515) id PAA10585; Fri, 24 Nov 1995 15:48:58 -0500 Date: 24 Nov 95 15:47:51 EST From: Philip Yanni <70571.2714@compuserve.com> To: performer Subject: TIFF files in General & Performer->QuickTime Message-Id: <951124204750_70571.2714_IHD98-1@CompuServe.COM> Status: O I have several times struggled with capturing TIFF "images" from Performer to disk and making a QuickTime Movie. THe movies run fine on an SGI, but are "upside down" on an IBM PC. Is there a simple solution to this problem? -Phil Yanni From guest Fri Nov 24 14:04:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA04374; Fri, 24 Nov 1995 13:56:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA04371; Fri, 24 Nov 1995 13:56:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02301; Fri, 24 Nov 95 13:56:13 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA24148; Fri, 24 Nov 1995 13:56:12 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA02297; Fri, 24 Nov 95 13:56:07 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA22194; Fri, 24 Nov 1995 13:56:06 -0800 From: "Michael Jones" Message-Id: <9511241356.ZM22192@babar.asd.sgi.com> Date: Fri, 24 Nov 1995 13:56:05 -0800 In-Reply-To: Philip Yanni <70571.2714@compuserve.com> "TIFF files in General & Performer->QuickTime" (Nov 24, 3:47pm) References: <951124204750_70571.2714_IHD98-1@CompuServe.COM> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Philip Yanni <70571.2714@compuserve.com>, performer Subject: Re: TIFF files in General & Performer->QuickTime Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 24, 3:47pm, Philip Yanni wrote: > Subject: TIFF files in General & Performer->QuickTime :I have several times struggled with capturing TIFF "images" from Performer to :disk and making a QuickTime Movie. : :THe movies run fine on an SGI, but are "upside down" on an IBM PC. Is there a :simple solution to this problem? : :-Phil Yanni : >-- End of excerpt from Philip Yanni bottom-to-top problems can be solved with iflip. IFLIP(6D) IFLIP(6D) NAME iflip - flip an image SYNOPSIS iflip inimage outimage [x y xy yx 90 180 or 270] DESCRIPTION iflip flips an image in the following ways: either in the x or y direction, with xy the upper-left and lower-right corners are flipped, with yx the lower-left and upper-right corners are flipped, or rotates an image 90, 180, or 270 degrees in a clockwise direction. Page 1 -- 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 From guest Fri Nov 24 14:35:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA04488; Fri, 24 Nov 1995 14:26:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA04485; Fri, 24 Nov 1995 14:26:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03024; Fri, 24 Nov 95 14:26:30 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA26485; Fri, 24 Nov 1995 14:26:24 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA13031; Fri, 24 Nov 1995 17:20:55 -0500 Received: by eagle.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA02367; Fri, 24 Nov 95 17:22:06 -0500 From: "Bernard Leclerc" Message-Id: <9511241722.ZM2365@eagle.cae.ca> Date: Fri, 24 Nov 1995 17:22:02 -0500 In-Reply-To: Philip Yanni <70571.2714@compuserve.com> "TIFF files in General & Performer->QuickTime" (Nov 24, 3:47pm) References: <951124204750_70571.2714_IHD98-1@CompuServe.COM> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Philip Yanni <70571.2714@compuserve.com>, performer Subject: Re: TIFF files in General & Performer->QuickTime Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Nov 24, 3:47pm, Philip Yanni wrote: > I have several times struggled with capturing TIFF "images" from Performer to > disk and making a QuickTime Movie. > > THe movies run fine on an SGI, but are "upside down" on an IBM PC. Is there a > simple solution to this problem? Phil, take a look at the command "imgcopy". The option "-c coord-space" allows you to specify the coordinate space to convert to. Try something like % imgcopy -ctl lower-left.tif upper-left.tif where lower-left.tif is the image captured on SGI and upper-left.tif is the file to transfer to your PC. Hope it helps... -- ___/ | ___/ Bernard Leclerc e-mail: bleclerc@cae.ca / / | / Systems Engineer voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Sun Nov 26 16:59:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA07215; Sun, 26 Nov 1995 16:56:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA07212; Sun, 26 Nov 1995 16:56:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08738; Sun, 26 Nov 95 16:56:37 -0800 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA12337; Sun, 26 Nov 1995 16:56:31 -0800 Received: from dyn97.slip.pacific.net.sg (dyn97.slip.pacific.net.sg [192.169.38.97]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id IAA16618 for ; Mon, 27 Nov 1995 08:56:26 +0800 Date: Mon, 27 Nov 1995 08:56:26 +0800 Message-Id: <199511270056.IAA16618@einstein.technet.sg> X-Sender: sit9501@slip.technet.sg Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: sit9501@technet.sg (Ng Kian Bee) Subject: **** CREATIVE JOB OPPORTUNITY IN SINGPORE ******* X-Mailer: Status: O The Nanyang Polytechnic, established by the Singapore Government in 1992, provides diploma education and training opportunities for young adults in close coorporation with industry, coorporate partners and foreign government, responding to the challenges of globallisation, technological change and manpower development needs for the Next Lap. We are looking for creative individuals who will join us as **Digital Media Lecturers** in our new Digital Media Diploma launching in July 1996. We need motivated individuals who can teach in one or more of the following areas: 1. Drawing (including creative cartoon drawing) 2. Illustration 3. Graphic Design 4. Audio/Video/Film Production 5. 2D and 3D Animation 6. Character Animation and Particle Animation 7. Instructional Design 8. Multimedia 9. VR and games design and development The polytechnic provides a creative environment for training and staff development. The computing facilities includes Silicon Graphics workstations and leading graphics software such as Alias PowerAnimator, Softimage, and various other industry professional hardware and software tools. The ideal candidates should possess a relevant degree in the above areas, with at least 2 years' industry hands-on experience, possess interpersonal skills, and be able to communicate at all levels. The candidates are also expected to carry out applied research and industry projects in the above fields. Interested candidates please submit in confidence a compresive resume stating your qualifications, experience, salary expectation, to the following email address: sit9501@slip.technet.sg OR ngkb@nyp.ac.sg Closing date: ASAP. Preferbly before Feb 1996. *Only shortlisted candidates wil be notified. ************************************ * * * email : sit9501@slip.technet.sg * * OR ngkb@nyp.ac.sg * * Nanyang Polytechnic * * School of Information Technology * * 20 Yishun Avenue 9 * * Singapore 768892 * * Republic of Singapore * * Tel (65) 750 1440 * * Fax (65) 755 5571 * * http://www.nyp.ac.sg * * * ************************************ From guest Sun Nov 26 17:40:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA07360; Sun, 26 Nov 1995 17:37:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA07357; Sun, 26 Nov 1995 17:37:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09316; Sun, 26 Nov 95 17:37:51 -0800 Received: from buggy.coryphaeus.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA15250; Sun, 26 Nov 1995 17:37:41 -0800 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA04012; Sun, 26 Nov 1995 17:37:14 -0800 Date: Sun, 26 Nov 1995 17:37:14 -0800 From: kowsik@buggy.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9511261737.ZM4010@buggy.coryphaeus.com> In-Reply-To: Philip Yanni <70571.2714@compuserve.com> "TIFF files in General & Performer->QuickTime" (Nov 24, 3:47pm) References: <951124204750_70571.2714_IHD98-1@CompuServe.COM> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Philip Yanni <70571.2714@compuserve.com>, performer Subject: Re: TIFF files in General & Performer->QuickTime Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try: % man iflip K. -- kowsik@coryphaeus.com From guest Sun Nov 26 21:17:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA07750; Sun, 26 Nov 1995 21:13:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA07747; Sun, 26 Nov 1995 21:13:21 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11824; Sun, 26 Nov 95 21:13:20 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id VAA19149; Sun, 26 Nov 1995 21:13:15 -0800 Received: from YaleVM.CIS.Yale.Edu by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id VAA00089; Sun, 26 Nov 1995 21:13:13 -0800 Received: from UCONNVM.UCONN.EDU by YaleVM.CIS.Yale.Edu (IBM VM SMTP V2R2) with BSMTP id 4250; Mon, 27 Nov 95 00:11:24 EST Received: from UConnVM.UConn.Edu (NJE origin SUM93001@UCONNVM) by UCONNVM.UCONN.EDU (LMail V1.2a/1.8a) with BSMTP id 1632; Mon, 27 Nov 1995 00:13:04 -0500 Date: Mon, 27 Nov 95 00:12:42 EST From: SUM93001@UConnVM.UConn.Edu To: info-performer@sgihub.corp.sgi.com Message-Id: <951127.001303.EST.SUM93001@UConnVM.UConn.Edu> Status: O subscribe From guest Sun Nov 26 23:59:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA08055; Sun, 26 Nov 1995 23:56:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA08052; Sun, 26 Nov 1995 23:56:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13906; Sun, 26 Nov 95 23:56:10 -0800 Received: from VR by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA09780; Sun, 26 Nov 1995 23:56:08 -0800 Received: by VR (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id XAA19034; Sun, 26 Nov 1995 23:56:05 -0800 From: "Ming-Der Wang" Message-Id: <9511262355.ZM19032@VR.taiwan.sgi.com> Date: Sun, 26 Nov 1995 23:55:59 -0800 X-Face: $K\<2c|EzsByFTo!3)0<),}w}%8~4!Fcopd&%p\(|%p*xhch7w=0u|S)OW:;:q~g*(YWN)2&VP!yIO%W_D|ws*g4|e):Bz/Y*wwJp7Z5veT@V_fDm]Mrk-L1,$&;Y\%SxMlgI:Lz{Rxvh8SPmE[=[]\kqd*:ZF$]C1IYbO]bSuWyUh&dUv41BE6W,U?{UY$J/:'sR_zC]>mgmW:'9/S X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Any way to convert MCO output as analog composite? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Anyone know how to convert MCO output (2 640x480 channels) to analog composite video format? Ming-der Wang, SGI Taiwan From guest Mon Nov 27 00:32:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA08231; Mon, 27 Nov 1995 00:28:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA08228; Mon, 27 Nov 1995 00:28:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15422; Mon, 27 Nov 95 00:28:31 -0800 Received: from gatekeeper.prl.philips.co.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA11827; Mon, 27 Nov 1995 00:28:27 -0800 Received: by gatekeeper.prl.philips.co.uk (4.1/UNIPALM-Vevision: 1.3 gatekeeper.prl.philips.co.uk) id AA10429; Mon, 27 Nov 95 08:31:30 GMT Received: from prlhp1.prl.philips.co.uk(130.141.10.82) by gatekeeper.prl.philips.co.uk via smap (V1.3) id sma010426; Mon Nov 27 08:31:20 1995 Received: from prsun11 by prlhp1.prl.philips.co.uk; Mon, 27 Nov 95 08:28:17 GMT Received: from swift (swift-gw.is.prl.philips.co.uk [130.141.142.10]) by prl.philips.co.uk (8.7.1/8.7.1) with SMTP id IAA07980 for ; Mon, 27 Nov 1995 08:28:10 GMT Received: by swift (8.6.12) id IAA06422; Mon, 27 Nov 1995 08:29:08 GMT From: "Richard Gallery" Message-Id: <9511270829.ZM6420@swift> Date: Mon, 27 Nov 1995 08:29:08 +0000 In-Reply-To: "Ming-Der Wang" "Any way to convert MCO output as analog composite?" (Nov 26, 11:55pm) References: <9511262355.ZM19032@VR.taiwan.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Any way to convert MCO output as analog composite? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all Sorry to send this to the entire list, but the reply email for the individual was not working (mwang@vr) ----------------------------------------------------------- Anyone know how to convert MCO output (2 640x480 channels) to analog composite video format? Ming-der Wang, SGI Taiwan ------------------------------------------------------------ Interesting question. What exactly do you mean by analog composite e.g. Pal, Ntsc? What field rate is your op at, and is it interlaced? If you require NTSC compatible analog composite, then strictly speaking you should generate an NTSC style raster from the MCO (e.g. 2@640x486_30i). You then need a separate rgb to composite video encoder (you can pick these up from various places, but you should not pay more than $6-700 I would guess). I hope that was helpful bye Richard -- Richard Gallery From guest Mon Nov 27 01:28:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA08617; Mon, 27 Nov 1995 01:25:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA08614; Mon, 27 Nov 1995 01:25:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16367; Mon, 27 Nov 95 01:25:35 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id BAA14853; Mon, 27 Nov 1995 01:25:31 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id JAA06796; Mon, 27 Nov 1995 09:18:03 GMT From: "Rob Jenkins" Message-Id: <9511270918.ZM6794@barney.reading.sgi.com> Date: Mon, 27 Nov 1995 09:18:03 +0000 In-Reply-To: Philip Yanni <70571.2714@compuserve.com> "TIFF files in General & Performer->QuickTime" (Nov 24, 3:47pm) References: <951124204750_70571.2714_IHD98-1@CompuServe.COM> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Philip Yanni <70571.2714@compuserve.com> Subject: Re: TIFF files in General & Performer->QuickTime Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Philip I see you have several replies on flipping your movie images using iflip, if you want to do each frame in a movie reletively painlessly try this: convert the movie to individual frames: %dmconvert -f sgirgb out.rgb.# which gives out.rgb.1....out.rgb.N where N is the number of frames in the moviefile then flip each frame ( assuming the only rgb files in this dir are from the movie ) %foreach file ( *rgb* ) /usr/people/4Dgifts/iristools/imgtools/iflip $file $file.flip 180 end which gives out.rgb.1.flip...out.rgb.N.flip where all .flip files are rotated 180 degrees. then make your flipped frames into a Quicktime movie: %dmconvert -f qt out.rgb.#.flip flip.mv I have done this for sgi movies before but not Quicktime so if you have any problems check out man dmconvert. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Mon Nov 27 02:05:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA08789; Mon, 27 Nov 1995 01:58:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA08786; Mon, 27 Nov 1995 01:58:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16757; Mon, 27 Nov 95 01:58:01 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA16525; Mon, 27 Nov 1995 01:57:54 -0800 Received: from alpha.luc.ac.be by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id BAA10049; Mon, 27 Nov 1995 01:57:47 -0800 Received: by alpha.luc.ac.be; (5.65/1.1.8.2/28Jul95-1212AM) id AA20206; Mon, 27 Nov 1995 10:57:04 +0100 Date: Mon, 27 Nov 1995 10:57:02 +0100 (MET) From: Bruno Rassaerts X-Sender: brassaer@alpha To: info-performer@sgi.sgi.com Subject: Deadlock Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, My application gets in a deadlock when I use PFMP_FORK_DRAW as multiprocessing mode. I just do the following things in the draw callback: void PreDraw (pfChannel * chan, void *data) { static long firstTime = 1; if (firstTime) { /* Prebind textures to be used in simulation */ { pfuDownloadTexList (ac->texList, PFUTEX_SHOW); firstTime = 0; } /* Clear the frame buffer */ } pfClearChan (chan); } void PostDraw (pfChannel * chan, void *data) { } void DrawFunc (pfChannel * chan, void *data) { PreDraw (chan, data); pfDraw (); PostDraw (chan, data); } I don't use any drawing functions in the application process. Does anyone have any ideas ? Bruno Rassaerts Labo Toegepaste Informatica Limburgs Universitair Centrum Diepenbeek From guest Mon Nov 27 07:26:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09360; Mon, 27 Nov 1995 07:23:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA09357; Mon, 27 Nov 1995 07:23:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22103; Mon, 27 Nov 95 07:23:06 -0800 Received: from poster by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA09607; Mon, 27 Nov 1995 07:23:05 -0800 Received: from decsgi by poster (5.x/SMI-SVR4-NN) id AA00050; Mon, 27 Nov 1995 10:18:57 -0500 Received: by decsgi (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id KAA05130; Mon, 27 Nov 1995 10:22:27 -0500 From: "Currier McEwen" Message-Id: <9511271022.ZM5128@decsgi> Date: Mon, 27 Nov 1995 10:22:26 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Performer like toolkits Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am interested in toolkits like Performer that support multiple platforms (SGI, Sun, HP, and NT being the most important). I have heard the name Corypheus mentioned in this regards, but any information or opinions would be greatly appreciated. currier -- Currier McEwen mcewen@ptc.com 617-398-5848 Parametric Technology Corp. http://www.ptc.com 617-398-5000 Any opinions expressed here are mine and not those of my employer. From guest Mon Nov 27 08:13:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA09536; Mon, 27 Nov 1995 08:10:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA09533; Mon, 27 Nov 1995 08:10:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23513; Mon, 27 Nov 95 08:10:18 -0800 Received: from beast.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA16768; Mon, 27 Nov 1995 08:10:18 -0800 Received: by beast.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA08456; Mon, 27 Nov 1995 08:02:46 -0800 From: "Graham (Grambo) Beasley" Message-Id: <9511270802.ZM8454@beast.asd.sgi.com> Date: Mon, 27 Nov 1995 08:02:45 -0800 In-Reply-To: "Currier McEwen" "Performer like toolkits" (Nov 27, 10:22am) References: <9511271022.ZM5128@decsgi> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Currier McEwen" Subject: Re: Performer like toolkits Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is always a delicate subject but here goes: To the best of my knowledge Paradigm and Coryphaeus both have toolkits based on Performer that run exclusively on SGI. Both sense-8 and Gemini (phone 714-727-1980) have toolkits that are portable. By definition (and in practice) Performer is tuned for high performance on SGI platforms and even though one could have a similar API to Performer cross platform it would be hard to take advantage of special ways of getting more speed out of the H/W like Performer does with SGI. BTW: the correct spelling is CORYPHAEUS GB On Nov 27, 10:22am, Currier McEwen wrote: > Subject: Performer like toolkits > I am interested in toolkits like Performer that support multiple platforms > (SGI, Sun, HP, and NT being the most important). I have heard the name > Corypheus mentioned in this regards, but any information or opinions would be > greatly appreciated. > -- "Who loves not wine, women and song Remains a fool his whole life long." Martin Luther ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham@sgi.com ---------------------------------------------------------------------- From guest Mon Nov 27 08:09:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA09517; Mon, 27 Nov 1995 08:06:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA09514; Mon, 27 Nov 1995 08:06:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23402; Mon, 27 Nov 95 08:06:13 -0800 Received: from mh1.lbl.gov by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA16205; Mon, 27 Nov 1995 08:06:12 -0800 Received: from bozo.lbl.gov.csd (bozo.lbl.gov [128.3.252.172]) by mh1.lbl.gov (8.6.12/G) with SMTP id IAA25768; Mon, 27 Nov 1995 08:05:45 -0800 Received: by bozo.lbl.gov.csd (5.x/SMI-SVR4) id AA17666; Mon, 27 Nov 1995 08:06:13 -0800 Date: Mon, 27 Nov 1995 08:06:13 -0800 From: wes@mh1.lbl.gov (Wes Bethel) Message-Id: <9511271606.AA17666@bozo.lbl.gov.csd> To: mcmillan@cs.nps.navy.mil Cc: info-performer@sgi.sgi.com In-Reply-To: <199511212013.MAA20371@cool.cs.nps.navy.mil> (mcmillan@cs.nps.navy.mil) Subject: Re: Question on I/O devices Status: O i've run the fastrak at 19.2 with no problems. don't forget that there are some dip switches on the fastrak PCB that require tweaking when you change baud rates. wes + From: mcmillan@cs.nps.navy.mil (Scott McMillan) + Did anybody ever interface the Fastrak to a standard serial port (no ASO's + please) on any of the SGI's using the hardware handshaking cable and actually + get data from the unit with a baud rate higher than 9600? I had no luck on + my Indigo2 and finally had to settle for the 16BIT format and 16Hz sample + rates. I assume that with the right cable, I can exceed 9600 baud because the + modem in the other serial port runs at 19.2K or 38.4K. + + scott From guest Mon Nov 27 09:55:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10113; Mon, 27 Nov 1995 09:52:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA10110; Mon, 27 Nov 1995 09:52:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27846; Mon, 27 Nov 95 09:51:59 -0800 Received: from gemtech.gemtech.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA02727; Mon, 27 Nov 1995 09:28:40 -0800 Received: from shadow.gemtech.com by gemtech.gemtech.com via SMTP (950215.SGI.8.6.10/940406.SGI) for <@gemtech.gemtech.com:info-performer@sgi.com> id JAA05858; Mon, 27 Nov 1995 09:34:55 -0800 Received: by shadow.gemtech.com (931110.SGI/940406.SGI.AUTO) for @gemtech.gemtech.com:info-performer@sgi.com id AA23264; Mon, 27 Nov 95 09:34:54 -0800 From: "Dale Newcomb, Jr." Message-Id: <9511270934.ZM23262@shadow.gemtech.com> Date: Mon, 27 Nov 1995 09:34:50 -0800 In-Reply-To: "Currier McEwen" "Performer like toolkits" (Nov 27, 10:22am) References: <9511271022.ZM5128@decsgi> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Performer like toolkits Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Nov 27, 10:22am, Currier McEwen wrote: > Subject: Performer like toolkits > I am interested in toolkits like Performer that support multiple platforms OpenGVS from Gemini Technology is what you are looking for. It is your "portable performer" which runs on any platform that supports OpenGL or Microsoft's Direct3D. Contact info@gemtech.com for more information or visit Gemini's homepage at www.gemtech.com. Dale -- ****************************************************************** ****************************************************************** *** ******** **** Dale E. Newcomb, Jr. Gemini Technology Corp. ******* ***** Phone: (714) 789-1932 Toll Free: (800) 827-1980 ****** ****** FAX: (714) 727-3066 E-mail: newcomb@gemtech.com ***** ******** FTP: ftp.gemtech.com WEB: http://www.gemtech.com **** ********* *** ****************************************************************** ****************************************************************** From guest Mon Nov 27 10:04:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA10142; Mon, 27 Nov 1995 10:01:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA10139; Mon, 27 Nov 1995 10:01:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28392; Mon, 27 Nov 95 10:01:14 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA13265; Mon, 27 Nov 1995 10:01:11 -0800 Received: from gnarly.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA07086; Mon, 27 Nov 95 09:59:10 PST From: npsnet@cs.nps.navy.mil (NPSNET Research Group) Received: by gnarly.cs.nps.navy.mil (950215.SGI.8.6.10) id JAA00885; Mon, 27 Nov 1995 09:59:08 -0800 Message-Id: <199511271759.JAA00885@gnarly.cs.nps.navy.mil> Subject: Job Announcement (strong Performer requirements) To: info-performer@sgi.sgi.com Date: Mon, 27 Nov 1995 09:59:08 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 5390 Status: O The Graphics and Video Laboratory in the Computer Science Department at the Naval Postgraduate School is seeking resumes from qualified individuals for two to four year term appointments as research programmers for our NPSNET research project. NPSNET is a visual simulation system running on SGI workstations and utilizing the Distributed Interactive Simulation (DIS) networking protocol. Currently, NPSNET utilizes the Performer run-time API and the UPenn Jack Motion Library to provide a user the ability to interactively participate in a networked virtual reality simulation. The system is written in C++ and C and consists of over 100,000 lines of code. NPSNET is widely distributed as free software available via either anonymous FTP or the World Wide Web and is used by over 100 government, private and academic sites. Our current research focus is in the following areas: - Inserting the individual into the DIS networked virtual environment. Related tasks include supporting new and novel input devices such as the Sarcos Uniport and Treadport devices, Polhemus motion sensors for head and limb tracking, an omni-directional treadmill, the Biomuse sensors, joystick/throttle and others. Challenges involve representing large numbers of articulated human icons in a DIS simulation and variable resolution human icons. - Efficiently using large data sets representing the terrain in the virtual environment. Related tasks include paging of terrain at run-time and using "working sets" so that all data need not be memory resident and providing the capability to "fly around the world" without significant notice of any decrease in visual performance. Other issues involve dynamic terrain, effects of weather and mobility. - Modeling and visually representing environmental effects such as time-of-day, haze, fog, weather (rain/snow), smoke, clouds, etc. Issues involve visual appeal, run-time performance and accuracy of impeding performance to complete tasks. - Efficiently representing large numbers of (>5000) players in a DIS exercise by using an intelligent networking manager, IP Multicast, and other techniques. Other related tasks are designing and experimenting with network protocols for exercise management and visual systems control. - Spatial audio from the perspective of the individual in the virtual environment. Related tasks are modeling for the head-related transfer functions, averaging of sounds between speakers and using special effect processors to more accurately simulate the proper effects of the environment on sounds. Our research group receives much visibility in both the general research and military arenas having demonstrated our research twice at SIGGRAPH, and for high-ranking military officers and government officials including the Army Chief of Staff, the Vice Chair of the Joint Chiefs of Staff, the Secretary of the Army, the Secretary of Defense, and congressional and presidential technology advisors. Facilities include: 2 RE2 Onyxs, each with 4 processors and one with an MCO, 3 Reality Engine 1s, 6 Indigo II Extremes, 20 Indigo I Elan/XLs, and 10 Indys. Video disk recording capabilities, Midi synthesizer and related sound equipment, Misc. assortment of Macs, PCs, printers, VCRs, etc. We are looking for highly self motivated people that require minimum guidance to help us implement our next family of simulation systems. SGI, IRIX, Unix and C++ development are a must. Performer, GL, OpenGL, JackML and simulation system development are desired. As stated previously, the positions would be 2 to 4 year term Government Service (GS) appointments. Salary and benefits would range between GS 5 (~$20,000) to GS 11 (~$40,000) according to experience and education. All positions would be open to competition and be subject to all laws and regulations concerning DoD employeement. Benefits include the opportunity to receive a graduate degree in the Computer Graphics and Visual Simulation Track within the CS department during your appointment. We have both near term and long term needs. The Naval Postgraduate School is located in beautiful Monterey, CA. Monterey is located on the central coast 2 hours south of San Francisco, 1 hour south of San Jose, and 6 hours north of LA. The newly opened California State University (CSU) Monterey Bay is nearby as well as the Defense Language Institute and Monterey Peninsula College. Santa Cruz is located across the bay and is about a 45 minute drive away. Relocation costs may be covered depending on available funding. Please send your resumes via electronic mail to: npsnet-manager@cs.nps.navy.mil For more information about our group, see our home page at URL: http://www-npsnet.cs.nps.navy.mil/npsnet/ The Naval Postgraduate School is an Equal Opportunity Employeer. -- ************************************************************************* NPSNET Research Group Naval Postgraduate School Computer Graphics and Video Laboratory Thanks to our sponsors: ARL-HRED, ARPA/ASTO, DMSO, NPS Direct Funding, TEC, USA AI Center, USA STRICOM and USA TRAC. Thanks to our research partners: NRaD, Loral, Sarcos, TI and UPenn. ************************************************************************* From guest Mon Nov 27 11:23:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10613; Mon, 27 Nov 1995 11:19:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA10610; Mon, 27 Nov 1995 11:19:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03945; Mon, 27 Nov 95 11:19:08 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA03193; Mon, 27 Nov 1995 11:19:10 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id KAA15522; Mon, 27 Nov 1995 10:44:11 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA01429; Mon, 27 Nov 95 10:44:08 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA23279; Mon, 27 Nov 1995 10:36:34 -0800 From: "Javier Castellar" Message-Id: <9511271036.ZM23277@sixty.asd.sgi.com> Date: Mon, 27 Nov 1995 10:36:33 -0800 In-Reply-To: "Ming-Der Wang" "Any way to convert MCO output as analog composite?" (Nov 26, 11:55pm) References: <9511262355.ZM19032@VR.taiwan.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Ming-Der Wang" , info-performer@sgi.sgi.com Subject: Re: Any way to convert MCO output as analog composite? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yes, you need one encoder per channel. Depending on the quality that is required you should be able to use a VGA->NTSC encoder (quality = video filtering due to the interlacing). There are several different vendors, one which offer a very good quality filtering could be Extron. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: NEW! (415)-933-1589 * * Real-Time Graphics * Fax: (415)-964-8671 * * Advanced Systems Division * MailStop: 8U-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetant" Hari Seldon From guest Mon Nov 27 13:48:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA11093; Mon, 27 Nov 1995 13:45:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA11090; Mon, 27 Nov 1995 13:45:05 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11166; Mon, 27 Nov 95 13:45:02 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA10720; Mon, 27 Nov 1995 13:44:58 -0800 Received: from seurat.psc.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA19184; Mon, 27 Nov 1995 12:32:40 -0800 Received: by seurat.psc.edu (950215.SGI.8.6.10/930416.SGI.AUTO) id PAA16833; Mon, 27 Nov 1995 15:32:38 -0500 From: "J. Welling" Message-Id: <9511271532.ZM16831@seurat.psc.edu> Date: Mon, 27 Nov 1995 15:32:33 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Problems changing pfGSet coord info on the fly Cc: welling@seurat.psc.edu Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi folks; In an effort to improve performance in downloading coordinates using PVM to an app using Performer under EVL's CAVE software, I am doing the following terrible hack. I have a geometry including a group of pfGeoSets, each consisting of a set of points. Each has a pfGeoState which selects color based on the color attribute of the pfGeoSet, which in my case is an overall color for the whole vertex set. As each new set of point coordinates comes in over the network I just slap the coordinates into the space in the shared arena which held the old coordinates. The point locations on screen are updated as expected, but the colors come out wrong. Specifically, I seem to be getting colors intended for another pfGeoSet of points. It seems as though some sort of color caching is going on, and the colors of the pfGeoSets are not being properly reestablished as the (now modified) scene graph is traversed after the memory update. Does anyone else do anything like this? Any clues as to what might be causing my problem? Thanks, -Joel Welling Pittsburgh Supercomputing Center welling@psc.edu From guest Mon Nov 27 14:12:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA11182; Mon, 27 Nov 1995 14:07:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA11179; Mon, 27 Nov 1995 14:07:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12497; Mon, 27 Nov 95 14:07:47 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id OAA17948; Mon, 27 Nov 1995 14:07:36 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA14200; Mon, 27 Nov 1995 17:01:04 -0500 Received: by eagle.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA09643; Mon, 27 Nov 95 17:02:57 -0500 From: "Bernard Leclerc" Message-Id: <9511271702.ZM9641@eagle.cae.ca> Date: Mon, 27 Nov 1995 17:02:54 -0500 In-Reply-To: "Javier Castellar" "Re: Any way to convert MCO output as analog composite?" (Nov 27, 10:36am) References: <9511262355.ZM19032@VR.taiwan.sgi.com> <9511271036.ZM23277@sixty.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Javier Castellar" Subject: More on converting MCO output to NTSC signal. Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Nov 27, 10:36am, Javier Castellar wrote: > Yes, you need one encoder per channel. Depending on the quality that is > required you should be able to use a VGA->NTSC encoder (quality = video > filtering due to the interlacing). There are several different vendors, one > which offer a very good quality filtering could be Extron. Javier, The MCO offers basically two different video output format close to NTSC. That is n@640x486_30i and n@640x480_60. If I have the choice, which one should I use to obtain the best result? Is 30 Hz/interlace closer to NTSC encoding? And what exactly is the size of a NTSC analog signal? How many rows and columns? -- ___/ | ___/ Bernard Leclerc e-mail: bleclerc@cae.ca / / | / Systems Engineer voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Mon Nov 27 15:34:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA11639; Mon, 27 Nov 1995 15:30:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA11636; Mon, 27 Nov 1995 15:30:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17728; Mon, 27 Nov 95 15:30:14 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA14184; Mon, 27 Nov 1995 15:30:13 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA17715; Mon, 27 Nov 95 15:30:08 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA23575; Mon, 27 Nov 1995 15:22:32 -0800 From: "Javier Castellar" Message-Id: <9511271522.ZM23573@sixty.asd.sgi.com> Date: Mon, 27 Nov 1995 15:22:31 -0800 In-Reply-To: "Bernard Leclerc" "More on converting MCO output to NTSC signal." (Nov 27, 5:02pm) References: <9511262355.ZM19032@VR.taiwan.sgi.com> <9511271036.ZM23277@sixty.asd.sgi.com> <9511271702.ZM9641@eagle.cae.ca> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Bernard Leclerc" , "Javier Castellar" Subject: Re: More on converting MCO output to NTSC signal. Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O 640x486_30i (aka NTSC) as well as 770x576_25i (aka PAL) n@640x480_30i (in MCO) ========================================================= This video formats are a like component version of the NTSC/PAL composite video (like RS170A). They remain with separate RGB components but they are interlazed and the timings are suitable to an easy and cheap encoding to composite video. There is not filtering on the field creation from the frame buffer and the maximum frame rate (swapbuffers) is 30 frames per second (25 in europe) since we do not support swapbuffers between fields except on "sirius" formats. If your frame rate target is 60hz or 50hz DO NOT USE THIS FORMATS. If cheap encoders are chosen there is not interfield filtering and you can expect a lot of flickering. This is the cheapest solution if you need RS170A for low cost helmets (RGB) or composite video for even cheaper helmets. 640x486_60 (aka NTSC) n@640x480_60 (in MCO) ======================= This are pure "VGA" non interlazed formats. The outgoing video quality is high since there is no field subsampling. In order to encode to composite video a scan converted is needed. Since the original source of fields is a complete frame, with a minimun if filtering the results, even in composite video, are very good. Off course it depends on the encoder/scan converted. This is the best answer for medium resolution helmets beside the absolutely perfect (and expensive) field sequential. Here you can ran a 60hz on the image generation side and the cost/perfomance ratio is fairly good (since you can get better antialiasing and fill rate savings at a cheaper cost). -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: NEW! (415)-933-1589 * * Real-Time Graphics * Fax: (415)-964-8671 * * Advanced Systems Division * MailStop: 8U-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetant" Hari Seldon From guest Mon Nov 27 16:27:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA11816; Mon, 27 Nov 1995 16:22:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA11813; Mon, 27 Nov 1995 16:22:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20665; Mon, 27 Nov 95 16:22:50 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA26733; Mon, 27 Nov 1995 16:22:45 -0800 Received: from ix6.ix.netcom.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id PAA22952; Mon, 27 Nov 1995 15:55:07 -0800 Received: from #blastarr by ix6.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id PAA26289; Mon, 27 Nov 1995 15:55:00 -0800 Date: Mon, 27 Nov 1995 15:55:00 -0800 Message-Id: <199511272355.PAA26289@ix6.ix.netcom.com> X-Sender: blastarr@smtp.ix.netcom.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: Kent Miller Subject: X/Motif app over multiple pipes (huh?) Status: O Hi all - I have an unusual problem. Our customer wants to be able to access his X/Motif database app from within our Performer app without removing his headmount. As far as I know, there's no way to drive an X-based program over multiple pipes. We've already done this kind of mode switching between our Performer app and our ImageVision 2D app, so handling the different processes is not a problem. I just don't know how to get a single X window to show up on two pipes simultaneously. If you have a clue for me, please reply to me personally. I am not presently on the mailing list. Thanks! From guest Mon Nov 27 22:51:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA13019; Mon, 27 Nov 1995 22:45:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA13016; Mon, 27 Nov 1995 22:45:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04324; Mon, 27 Nov 95 22:45:50 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id WAA18559; Mon, 27 Nov 1995 22:45:49 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA04320; Mon, 27 Nov 95 22:45:45 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id WAA23900; Mon, 27 Nov 1995 22:38:05 -0800 From: "Javier Castellar" Message-Id: <9511272238.ZM23898@sixty.asd.sgi.com> Date: Mon, 27 Nov 1995 22:38:05 -0800 In-Reply-To: "Javier Castellar" "Re: More on converting MCO output to NTSC signal." (Nov 27, 3:22pm) References: <9511262355.ZM19032@VR.taiwan.sgi.com> <9511271036.ZM23277@sixty.asd.sgi.com> <9511271702.ZM9641@eagle.cae.ca> <9511271522.ZM23573@sixty.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Bernard Leclerc" , "Javier Castellar" Subject: Re: More on converting MCO output to NTSC signal. Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O 640x486_* was a typo, it should say 640x480_* -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: NEW! (415)-933-1589 * * Real-Time Graphics * Fax: (415)-964-8671 * * Advanced Systems Division * MailStop: 8U-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetant" Hari Seldon From guest Tue Nov 28 04:33:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA13675; Tue, 28 Nov 1995 04:27:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA13672; Tue, 28 Nov 1995 04:26:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08589; Tue, 28 Nov 95 04:26:46 -0800 Received: from alexandra.mtl.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA15061; Tue, 28 Nov 1995 04:26:43 -0800 Received: from max (max [192.148.246.59]) by alexandra.mtl.com (8.6.10/8.6.6) with ESMTP id HAA15047 for ; Tue, 28 Nov 1995 07:26:51 -0500 Received: by max (940816.SGI.8.6.9/Spike-2.0) id HAA01887; Tue, 28 Nov 1995 07:23:07 -0500 From: "John Collier" Message-Id: <9511280723.ZM1885@max> Date: Tue, 28 Nov 1995 07:23:07 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: 150 Hz updates Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am interested in finding more information about very fast update rates and how to get the information out of the SGI (obviously not through the graphics channel). I have been offered suggestions by some of SGI's Real-Time people that the simulation can do its work normally, but just not feed the graphics engine. The data would be extracted from memory by a VME card, some computations done to it, and output via a D/A into a sensor. My goal: To provide outputs for an imaging and a non-imaging missile seeker My questions: What simulation? Could a Performer-based sim prepare its scene, but not draw it (to get higher frame rates)? What memory? Is this the frame buffer you are grabbing it out of? I know several groups have done this kind of simulation and would be very grateful for any pointers. Thanks, John -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 From guest Tue Nov 28 07:42:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA13974; Tue, 28 Nov 1995 07:37:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA13971; Tue, 28 Nov 1995 07:37:34 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11816; Tue, 28 Nov 95 07:37:32 -0800 Received: from dub-img-4.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA04526; Tue, 28 Nov 1995 07:37:30 -0800 Received: by dub-img-4.compuserve.com (8.6.10/5.950515) id KAA23040; Tue, 28 Nov 1995 10:37:29 -0500 Date: 28 Nov 95 10:34:59 EST From: Jean BENOIT <101372.3460@compuserve.com> To: Infos Performer Subject: Subscribe Message-Id: <951128153459_101372.3460_JHF85-1@CompuServe.COM> Status: O Please me to the Performer mailing list. I'm affraid my last request was unsuccessfull. Thank's. From guest Tue Nov 28 10:36:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA14331; Tue, 28 Nov 1995 10:30:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA14328; Tue, 28 Nov 1995 10:30:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19515; Tue, 28 Nov 95 10:30:50 -0800 Received: from od.sri.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA09981; Tue, 28 Nov 1995 10:30:51 -0800 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id KAA26134; Tue, 28 Nov 1995 10:30:09 -0800 From: "Nathaniel Bletter" Message-Id: <9511281030.ZM26132@od.sri.com> Date: Tue, 28 Nov 1995 10:30:08 -0800 In-Reply-To: Kent Miller "X/Motif app over multiple pipes (huh?)" (Nov 27, 3:55pm) References: <199511272355.PAA26289@ix6.ix.netcom.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Kent Miller , info-performer@sgi.sgi.com Subject: Re: X/Motif app over multiple pipes (huh?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 27, 3:55pm, Kent Miller wrote: > I have an unusual problem. Our customer wants to be able to access his > X/Motif database app from within our Performer app without removing his > headmount. As far as I know, there's no way to drive an X-based program over > multiple pipes. You might want to look at the 3D X Server Feiner's group at Columbia created. I think there was a paper about it in VRAIS 93 or 94 proceedings. It might not be exactly what you need, but it'll give you an idea of how to start. -- Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 From guest Tue Nov 28 16:38:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA16622; Tue, 28 Nov 1995 16:32:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA16619; Tue, 28 Nov 1995 16:32:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10237; Tue, 28 Nov 95 16:32:31 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA18689; Tue, 28 Nov 1995 16:32:23 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id LAA29818 (8.6.12/IDA-1.6); Wed, 29 Nov 1995 11:31:10 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA01129 (5.65c/IDA-1.5); Wed, 29 Nov 1995 10:46:48 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id JAA27389 (8.6.12/IDA-1.6); Wed, 29 Nov 1995 09:56:37 +1000 Received: by murad (5.65) id AA04560; Wed, 29 Nov 1995 11:03:49 +1100 Date: Wed, 29 Nov 1995 11:03:46 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: John Collier Cc: info-performer@sgi.sgi.com Subject: Re: 150 Hz updates In-Reply-To: <9511280723.ZM1885@max> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 28 Nov 1995, John Collier wrote: > My goal: To provide outputs for an imaging and a non-imaging missile seeker > My questions: > What simulation? Could a Performer-based sim prepare its scene, but not draw > it (to get higher frame rates)? It's my understanding that Performer is always a slave to the vertical retrace rate - it's the only means of frame scheduling... So you can only run at VOF supported frame rates - regardless of whether you're drawing anything or not... You might want to look into something called REACT/pro - which is a real-time frame scheduler which sits on top of IRIX 5.3 and above... it can give you a frame scheduler that basically replaces IRIX's for any given CPU... and you can also sync CPU's... -- this is maybe what you want? Frames can be triggered from either internal or external sources and you can divide things up into major and minor frames.... (many minor frames occuring within the one major frame) +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Nov 28 16:39:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA16631; Tue, 28 Nov 1995 16:34:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA16628; Tue, 28 Nov 1995 16:34:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10323; Tue, 28 Nov 95 16:34:04 -0800 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id QAA19201; Tue, 28 Nov 1995 16:34:03 -0800 From: halliday@cs.sfu.ca Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA09715 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Tue, 28 Nov 1995 16:34:00 -0800 Received: by valdez (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id QAA01276; Tue, 28 Nov 1995 16:33:59 -0800 Message-Id: <199511290033.QAA01276@valdez> Subject: Video texturing on Impact To: info-performer@sgi.sgi.com (perf) Date: Tue, 28 Nov 1995 16:33:56 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 282 Status: O We do not have out video boards for our Impact yet, but when we get them, we would like to go video texturing. Will this be possible? Will this require Performer 2.0? Will it work with Performer 1.2? Any help on this would be appreciated. -- Sean Halliday halliday@cs.sfu.ca From guest Tue Nov 28 20:03:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA17327; Tue, 28 Nov 1995 19:55:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA17324; Tue, 28 Nov 1995 19:55:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18880; Tue, 28 Nov 95 19:55:43 -0800 Received: from eng.iastate.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id TAA00279; Tue, 28 Nov 1995 19:55:23 -0800 Received: from lyretail.eng.iastate.edu by eng.iastate.edu via SMTP (931110.SGI/920502.SGI) for info-performer@sgi.com id AA07747; Tue, 28 Nov 95 21:55:12 -0600 Received: (pari@localhost) by lyretail.eng.iastate.edu (8.6.12/8.6.12) id DAA24538 for info-performer@sgi.com; Wed, 29 Nov 1995 03:55:09 GMT From: "Pari N" Message-Id: <9511282155.ZM24536@lyretail.eng.iastate.edu> Date: Tue, 28 Nov 1995 21:55:09 -0600 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: How to get performer library Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I am interested in knowing more about performer.Is performer loaded by default in all SGI indy/indigo machines are we have to buy it. Thanks in advance -Pari -- #*#*#*#*#*#*##**#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#* Natarajan Pari Faith moves mountains.. E.mail:pari@iastate.edu,pari@uranus.imse.iastate.edu Homepage:http://www.public.iastate.edu/~pari/homepage.html Tel: Res:(515) 292-7333 Off:(515) 294-1632 #*#*#*#*#*#*##**#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#* From guest Wed Nov 29 09:09:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA18125; Wed, 29 Nov 1995 08:35:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA18122; Wed, 29 Nov 1995 08:35:05 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05568; Wed, 29 Nov 95 08:34:48 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA23280; Wed, 29 Nov 1995 08:34:46 -0800 Received: from kahuna.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA05131; Wed, 29 Nov 95 08:32:43 PST Received: by kahuna.cs.nps.navy.mil (950215.SGI.8.6.10) id IAA18175; Wed, 29 Nov 1995 08:32:42 -0800 From: "Randall Barker" Message-Id: <9511290832.ZM18173@kahuna.cs.nps.navy.mil> Date: Wed, 29 Nov 1995 08:32:41 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: iostreams in 2.0 Cc: pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil, barker@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yesterday, we finally got Performer 2.0 beta (a151) installed on my system. I started working with some of the exaple code in: /usr/share/Performer/src/pguide/libpf/C++ The programs that the Makefile built a ran fine. When I added a cerr to complex.C, compiled it than ran, it core dumped. Cout and even cin had the same effects. It had the same effects in the other sample programs that compiled. Is this a bug, or am I doing something really wrong here? I did skim through most of the InSight pages Yesterday and say no reference in the C++ section about not using iostreams... Thanks -Randall -- Randall E. Barker Spanagel Hall, Room 525 Naval Postgraduate School e-mail: barker@cs.nps.navy.mil Computer Science, Code CS/Barker Phone: 408.656.2251 Monterey, California 93943 Fax: 408.656.2814 URL: http://www-npsnet.cs.nps.navy.mil/barker/ From guest Wed Nov 29 08:34:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA18077; Wed, 29 Nov 1995 07:57:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA18074; Wed, 29 Nov 1995 07:57:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04438; Wed, 29 Nov 95 07:56:46 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA14823; Wed, 29 Nov 1995 07:55:24 -0800 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 QAA26328 for ; Wed, 29 Nov 1995 16:55:07 +0100 Message-Id: <199511291555.QAA26328@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Nov 1995 16:41:35 +0000 To: info-performer@sgi.sgi.com From: arnaud@pobox.oleane.com (Remi Arnaud) Subject: How to resize the DrawArea in Performer/OpenGL/Xwindow ? X-Mailer: Status: O Bonjour a l'equipe Performer, We are porting our GL/perf 1.2 application to OpenGL/perf 2.0 (with Xwindow) We achieve to make an automatic resize of the DrawArea in GL/perf2.0/Xwindows unsing a prefposition() responding to an X event. But we are stuck with the OpenGL release. Can you send us an example that resize an OpenGL pfWindow that was opened using libpr call ? Many thanks ____________________________________________________________________ | | /\ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /\ | | | -(*)- <[]> Remi Arnaud : 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 | |____________________________________________________________________| From guest Wed Nov 29 10:14:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA18395; Wed, 29 Nov 1995 09:44:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA18392; Wed, 29 Nov 1995 09:44:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08721; Wed, 29 Nov 95 09:44:12 -0800 Received: from gameover.atlanta.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA10690; Wed, 29 Nov 1995 09:44:05 -0800 Received: by gameover.atlanta.sgi.com (940816.SGI.8.6.9/940406.SGI) id MAA05029; Wed, 29 Nov 1995 12:36:41 -0500 From: fouts@gameover.atlanta.sgi.com (Christopher Fouts) Message-Id: <9511291236.ZM5027@gameover.atlanta.sgi.com> Date: Wed, 29 Nov 1995 12:36:40 -0500 In-Reply-To: "Randall Barker" "iostreams in 2.0" (Nov 29, 8:32am) References: <9511290832.ZM18173@kahuna.cs.nps.navy.mil> X-Face: YhB-P`"=w`PpC"Q\U50c{z,f1=9dickD?tmOz_y7x6ah0"98IIE9`Gs~)vRkgY8r^E*yXza*yz"zNNj_o7S)^E{7gO!dD, info-performer@sgi.sgi.com Subject: Re: iostreams in 2.0 Cc: pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 29, 8:32am, Randall Barker wrote: > Subject: iostreams in 2.0 ) Yesterday, we finally got Performer 2.0 beta (a151) installed on my system. I ) started working with some of the exaple code in: ) /usr/share/Performer/src/pguide/libpf/C++ ) The programs that the Makefile built a ran fine. When I added a cerr to ) complex.C, compiled it than ran, it core dumped. Cout and even cin had the ) same effects. It had the same effects in the other sample programs that ) compiled. Is this a bug, or am I doing something really wrong here? I did ) skim through most of the InSight pages Yesterday and say no reference in the ) C++ section about not using iostreams... First guess is that iostreams is not multiprocess safe (I haven't heard whether it is or not). Standard C I/O is. Try running it in single process mode and see if that fixes it. If so, then the workaround would be to revert back to fprintf's.... -- Chris Fouts, SGI, Atlanta, GA -- Email: fouts@atlanta.sgi.com Vmail: 5-8714 -- Fone: (770)-475-0464 -- Phax: (770)-475-4414 "The way this day has gone, I'm surprised I remembered to put on my pants this morning. Oh great, how long has my fly been open?" From guest Wed Nov 29 11:50:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA18732; Wed, 29 Nov 1995 11:18:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA18729; Wed, 29 Nov 1995 11:17:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13695; Wed, 29 Nov 95 11:17:52 -0800 Received: from smorgum.coryphaeus.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA10404; Wed, 29 Nov 1995 11:17:50 -0800 Received: by smorgum.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA05591; Wed, 29 Nov 1995 11:16:03 -0800 Date: Wed, 29 Nov 1995 11:16:03 -0800 From: watsen@coryphaeus.com (Kent Watsen) Message-Id: <9511291116.ZM5589@smorgum.coryphaeus.com> In-Reply-To: "Randall Barker" "iostreams in 2.0" (Nov 29, 8:32am) References: <9511290832.ZM18173@kahuna.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Randall Barker" , info-performer@sgi.sgi.com Subject: Re: iostreams in 2.0 Cc: pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You have to #include and link with the C++ compiler... or be sure to instantiate an instance of Iostream_init before your first iostream call. Iostreams are MP safe. On Nov 29, 8:32am, Randall Barker wrote: > Subject: iostreams in 2.0 > Yesterday, we finally got Performer 2.0 beta (a151) installed on my system. I > started working with some of the exaple code in: > /usr/share/Performer/src/pguide/libpf/C++ > The programs that the Makefile built a ran fine. When I added a cerr to > complex.C, compiled it than ran, it core dumped. Cout and even cin had the > same effects. It had the same effects in the other sample programs that > compiled. Is this a bug, or am I doing something really wrong here? I did > skim through most of the InSight pages Yesterday and say no reference in the > C++ section about not using iostreams... > Thanks -Randall > -- ___________________________________________ ------------------------------------------- || || || Kent Watsen || || || || || || Coryphaeus Software || || || || || || 408.395.6351 x223 || || || || || || watsen@coryphaeus.com || || || /-------------------------------------------\ ------------------------------------------------------------------------- From guest Wed Nov 29 12:34:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA18963; Wed, 29 Nov 1995 12:30:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA18960; Wed, 29 Nov 1995 12:30:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17739; Wed, 29 Nov 95 12:30:22 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA02799; Wed, 29 Nov 1995 12:30:16 -0800 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA13841; Wed, 29 Nov 95 12:28:14 PST Date: Wed, 29 Nov 95 12:28:14 PST From: rower@cs.nps.navy.mil (Robin Rowe) Message-Id: <9511292028.AA13841@taurus.cs.nps.navy.mil> To: info-performer@sgi.sgi.com Subject: ERROR #22 texdef2d: ERR_BADINDEX Status: O Is there any documentation on this error message? I don't seem to be calling this function anywhere near where the error occurs (bus error). Thanks. Robin From guest Wed Nov 29 15:41:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA20482; Wed, 29 Nov 1995 15:37:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA20479; Wed, 29 Nov 1995 15:37:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27398; Wed, 29 Nov 95 15:37:30 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA23357; Wed, 29 Nov 1995 15:37:27 -0800 Received: from tanline.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA06840; Wed, 29 Nov 95 18:37:21 EST Received: by tanline.vsl.ist.ucf.edu (4.1) id AA17889; Wed, 29 Nov 95 18:37:19 EST Date: Wed, 29 Nov 1995 18:37:18 -0500 (EST) From: "Michael J. Smith" To: Wes Bethel Cc: mcmillan@cs.nps.navy.mil, info-performer@sgi.sgi.com Subject: Re: Question on I/O devices In-Reply-To: <9511271606.AA17666@bozo.lbl.gov.csd> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 27 Nov 1995, Wes Bethel wrote: > > i've run the fastrak at 19.2 with no problems. don't forget that there > are some dip switches on the fastrak PCB that require tweaking when you > change baud rates. alternatively you can also send the sequence at 9600 baud to tell the FASTRAK to change to 38400 and then open a connection at the new higher rate. > > + Did anybody ever interface the Fastrak to a standard serial port (no ASO's > + please) on any of the SGI's using the hardware handshaking cable and actually > + get data from the unit with a baud rate higher than 9600? I had no luck on > + my Indigo2 and finally had to settle for the 16BIT format and 16Hz sample > + rates. I assume that with the right cable, I can exceed 9600 baud because the > + modem in the other serial port runs at 19.2K or 38.4K. > + I've been able to get speeds up 19.2K and 38.4K from various SGI machines. The trick is compensating for bad packets. With some simple filtering of packets, even bad packets can be skipped and synchronization maintained. Something about the sensor moving out of the confined range also tends to cause a flurry of error packets which can cause problems. Overall, i've found that the shared memory approach works well for many types of input devices such as the Fastrak of Flock of Birds, etc. ----------------------------------------------------------------------------- | Michael J. Smith University Of Central Florida | | Visual Systems Laboratory Institute for Simulation & Training | | Graduate Research Assistant 3280 Progress Drive | | smith@vsl.ist.ucf.edu Orlando, FL 32826-0544 | | @cs.ucf.edu | | Codesmith for hire | ----------------------------------------------------------------------------- From guest Wed Nov 29 18:01:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA21677; Wed, 29 Nov 1995 17:57:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA21674; Wed, 29 Nov 1995 17:57:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03628; Wed, 29 Nov 95 17:57:17 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA01146; Wed, 29 Nov 1995 17:57:15 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA03622; Wed, 29 Nov 95 17:57:09 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA27527; Wed, 29 Nov 1995 17:57:07 -0800 Message-Id: <199511300157.RAA27527@surreal.asd.sgi.com> To: watsen@coryphaeus.com (Kent Watsen) Cc: "Randall Barker" , info-performer@sgi.sgi.com, pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil Subject: Re: iostreams in 2.0 In-Reply-To: Your message of "Wed, 29 Nov 95 11:16:03 PST." <9511291116.ZM5589@smorgum.coryphaeus.com> Date: Wed, 29 Nov 95 17:57:07 -0800 From: Jim Helman Status: O > You have to #include and link with the C++ compiler... > or be sure to instantiate an instance of Iostream_init before your > first iostream call. *Any* application that includes object files or libraries that rely on the construction of static instances of C++ objects must perform the final link with CC or else the objects will not be constructed. Internally, IRIS Performer 2.0 does not rely on static construction so as far as libpf itself is concerned either CC or cc works. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Nov 30 02:22:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA22709; Thu, 30 Nov 1995 02:18:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA22706; Thu, 30 Nov 1995 02:18:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14890; Thu, 30 Nov 95 02:18:39 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id CAA02230; Thu, 30 Nov 1995 02:18:36 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA17665; Thu, 30 Nov 1995 10:15:47 GMT From: "Rob Jenkins" Message-Id: <9511301015.ZM17663@barney.reading.sgi.com> Date: Thu, 30 Nov 1995 10:15:46 +0000 In-Reply-To: rower@cs.nps.navy.mil (Robin Rowe) "ERROR #22 texdef2d: ERR_BADINDEX" (Nov 29, 12:28pm) References: <9511292028.AA13841@taurus.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rower@cs.nps.navy.mil (Robin Rowe), info-performer@sgi.sgi.com Subject: Re: ERROR #22 texdef2d: ERR_BADINDEX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 29, 12:28pm, Robin Rowe wrote: > Subject: ERROR #22 texdef2d: ERR_BADINDEX > Is there any documentation on this error message? I don't seem to be > calling this function anywhere near where the error occurs (bus error). > > Thanks. > > Robin > >-- End of excerpt from Robin Rowe Robin There were a couple of known problems running on a non-Reality Engine platform using TX_FAST_DEFINE or TX_INTERNAL_FORMAT,TX_RGBA_4 but I thought they were fixed for Irix 5.3. What machine are you using, which Irix and can you reproduce with a small piece of example code ? Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Nov 30 04:22:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA22911; Thu, 30 Nov 1995 04:08:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA22908; Thu, 30 Nov 1995 04:08:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16311; Thu, 30 Nov 95 04:08:17 -0800 Received: from emout06.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA08931; Thu, 30 Nov 1995 04:08:16 -0800 From: SSPSU91@aol.com Received: by emout06.mail.aol.com (8.6.12/8.6.12) id HAA12621 for info-performer@sgi.com; Thu, 30 Nov 1995 07:08:15 -0500 Date: Thu, 30 Nov 1995 07:08:15 -0500 Message-Id: <951130070815_61589481@emout06.mail.aol.com> To: info-performer@sgi.sgi.com Subject: FLIR in 2.0 Status: O Does Performer 2.0 have FLIR capabilities? If so what are they, such as changing polarity. When was 2.0 released? Thanks. From guest Thu Nov 30 07:21:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA23217; Thu, 30 Nov 1995 07:18:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA23214; Thu, 30 Nov 1995 07:18:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19205; Thu, 30 Nov 95 07:18:11 -0800 Received: from relay5.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id HAA27083; Thu, 30 Nov 1995 07:18:10 -0800 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP id QQzscj29559; Thu, 30 Nov 1995 10:17:53 -0500 (EST) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Thu, 30 Nov 1995 10:17:58 -0500 Received: from cagiva.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA11285; Thu, 30 Nov 95 09:43:56 EST Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id JAA07472; Thu, 30 Nov 1995 09:43:56 -0500 From: "Daniel Jia" Message-Id: <9511300943.ZM7470@cagiva> Date: Thu, 30 Nov 1995 09:43:53 -0500 In-Reply-To: Jim Helman "Re: iostreams in 2.0" (Nov 29, 5:57pm) References: <199511300157.RAA27527@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jim Helman , uunet.uu.net!uunet!coryphaeus.com!watsen (Kent Watsen) Subject: Re: iostreams in 2.0 Cc: "Randall Barker" , uunet.uu.net!uunet!sgi.com!info-performer, uunet.uu.net!uunet!cs.nps.navy.mil!pratt, uunet.uu.net!uunet!cs.nps.navy.mil!barham Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I had the problem of core dump quite a while ago with Performer 2.0. That time even a program like this caused a core dump: #include #include void main() { cout << "test\n"; } I have no idea why. But recently the problem just disappeared. I guess it is due to our newly updated version of the 2.0. From guest Thu Nov 30 07:50:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA23301; Thu, 30 Nov 1995 07:47:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA23298; Thu, 30 Nov 1995 07:47:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19834; Thu, 30 Nov 95 07:47:08 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA00725; Thu, 30 Nov 1995 07:47:06 -0800 Received: from bhole.cae.ca by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA15077; Thu, 30 Nov 1995 07:37:28 -0800 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA14110; Thu, 30 Nov 1995 10:32:46 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA23587; Thu, 30 Nov 95 10:32:36 -0500 From: "Nicolas Gauvin" Message-Id: <9511301032.ZM23585@osprey.cae.ca> Date: Thu, 30 Nov 1995 10:32:31 -0500 In-Reply-To: SSPSU91@aol.com "FLIR in 2.0" (Nov 30, 7:08am) References: <951130070815_61589481@emout06.mail.aol.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: FLIR in 2.0 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Nov 30, 7:08am, SSPSU91@aol.com wrote: > Subject: FLIR in 2.0 > Does Performer 2.0 have FLIR capabilities? If so what are they, such as > changing polarity. When was 2.0 released? > > Thanks. > >-- End of excerpt from SSPSU91@aol.com Performer 2.0 is not yet released. It's supposed to be released very soon however. In performer 1.2 a very simple way to simulate FLIR mode was to modify the color table of you scene and replace it with shades of grey or green. Performer 2.0 offers the possibility to index pfGeoStates. This can be used to simulate FLIR representation. Following is a release note of a Performer 2.0 beta version concerning this: pfGeoSets can now index their pfGeoStates through a global table set by pfApplyGStateTable(). pfGSetGStateIndex() sets the value which is used to index the global table. Indexed pfGeoStates in conjunction with different pfGeoState tables allow drastically different appearances of a single database without duplicating geometry or the scene graph. For example, a visual and infrared version of a database is easily supported with 2 different pfGeoState tables. If you want to do fancier FLIR effects like blurring or persistance you still have to go directly to gl to implement them. Also if you want to have a thermal model of your IR scene either static or dynamic then you have to implement it yourself. Regards, -- ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Thu Nov 30 08:03:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA23353; Thu, 30 Nov 1995 07:59:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA23350; Thu, 30 Nov 1995 07:59:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20110; Thu, 30 Nov 95 07:59:18 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA02632; Thu, 30 Nov 1995 07:59:08 -0800 Received: from ligsg19.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA25489; Thu, 30 Nov 1995 07:58:51 -0800 Received: by ligsg19.epfl.ch (Smail3.1.29.1 #28) id m0tLBMX-0002YeC; Thu, 30 Nov 95 16:57 MET Message-Id: Date: Thu, 30 Nov 95 16:57 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: incremental database loading? Reply-To: matomira@epfl.ch Status: O Hi, Have you thought of any way of incrementally translating a database into a Performer scene graph? (specifically, giving a VRML stream to a translator, and start getting stuff on the other side w/o having to wait 20 minutes to be able to see anything?). I mean, just designing the loader/builder so that such a thing does not have to be written from scratch.. Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Thu Nov 30 08:42:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23639; Thu, 30 Nov 1995 08:37:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23636; Thu, 30 Nov 1995 08:37:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21568; Thu, 30 Nov 95 08:37:43 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA09181; Thu, 30 Nov 1995 08:37:41 -0800 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA17857; Thu, 30 Nov 95 08:35:36 PST Date: Thu, 30 Nov 95 08:35:36 PST From: rower@cs.nps.navy.mil (Robin Rowe) Message-Id: <9511301635.AA17857@taurus.cs.nps.navy.mil> To: info-performer@sgi.sgi.com, robj@barney.reading.sgi.com, rower@cs.nps.navy.mil Subject: Re: ERROR #22 texdef2d: ERR_BADINDEX Status: O Rob, << There were a couple of known problems running on a non-Reality Engine platform using TX_FAST_DEFINE or TX_INTERNAL_FORMAT,TX_RGBA_4 but I thought they were fixed for Irix 5.3. What machine are you using...>> This problem manifests on an Indigo. On a Onyx RE I don't get the error message, but still have problems. All my compilers and libraries are current releases. <<...can you reproduce with a small piece of example code ? >> I wish. It's about 200 kloc of code, mixed C++, ANSI C, K&R C, and Fortran. The Fortran is -align16. I suspect that the executable is not being made properly (bad C prototype or alignment). Visually, I have four wide ragged horizontal bands of rogue haze. After making some (apparently) unrelated changes the haze went away, but some other changes and now it is back again. If I crawl around in the program using dbx I reach a call to gversion(), the code then magically jumps to the line of code three lines above, next it executes the gversion() line again, then hurls. No core file is generated. On an Onyx RE it doesn't crash. It bus errors just on the Indigo. I don't expect you to debug this for me, just wondered if the unusual error message at the console is a clue. One more question, what libraries am I supposed to have when I build using -align? Do I need to call handle_unaligned_traps()? If so, what is its include file? Thanks. Robin From guest Thu Nov 30 08:43:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23648; Thu, 30 Nov 1995 08:39:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23645; Thu, 30 Nov 1995 08:39:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21609; Thu, 30 Nov 95 08:39:26 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for <@sgi.com:info-performer@sgi.sgi.com> id IAA09682; Thu, 30 Nov 1995 08:39:23 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id QAA19060; Thu, 30 Nov 1995 16:37:57 GMT From: "Rob Jenkins" Message-Id: <9511301637.ZM19058@barney.reading.sgi.com> Date: Thu, 30 Nov 1995 16:37:56 +0000 In-Reply-To: "Nicolas Gauvin" "Re: FLIR in 2.0" (Nov 30, 10:32am) References: <951130070815_61589481@emout06.mail.aol.com> <9511301032.ZM23585@osprey.cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: FLIR in 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Further to the pfColorTable approach, Angus Dorbie posted this a while back: " If you really want realistic I.R. databases you should consider building a dedicated textured database with 1 component textures holding thermal data, this can produce a very realistic effect while allowing dynamic gain control & BH/WH by using TV_BLEND & the blendcolour & underlying polygon colour. Using tluts would provide even more flexibility with this kind of database. " Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Nov 30 09:23:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23878; Thu, 30 Nov 1995 09:16:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23875; Thu, 30 Nov 1995 09:16:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23407; Thu, 30 Nov 95 09:16:45 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id JAA16020; Thu, 30 Nov 1995 09:16:40 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA19418; Thu, 30 Nov 1995 17:15:09 GMT From: "Rob Jenkins" Message-Id: <9511301715.ZM19416@barney.reading.sgi.com> Date: Thu, 30 Nov 1995 17:15:08 +0000 In-Reply-To: rower@cs.nps.navy.mil (Robin Rowe) "Re: ERROR #22 texdef2d: ERR_BADINDEX" (Nov 30, 8:35am) References: <9511301635.AA17857@taurus.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rower@cs.nps.navy.mil (Robin Rowe), info-performer@sgi.sgi.com Subject: Re: ERROR #22 texdef2d: ERR_BADINDEX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 30, 8:35am, Robin Rowe wrote: > Subject: Re: ERROR #22 texdef2d: ERR_BADINDEX > Rob, > > << There were a couple of known problems running on a non-Reality Engine > platform using TX_FAST_DEFINE or TX_INTERNAL_FORMAT,TX_RGBA_4 but I > thought they were fixed for Irix 5.3. What machine are you using...>> > > This problem manifests on an Indigo. On a Onyx RE I don't get the error > message, but still have problems. All my compilers and libraries are > current releases. > > <<...can you reproduce with a small piece of example code ? >> > > I wish. It's about 200 kloc of code, mixed C++, ANSI C, K&R C, and > Fortran. The Fortran is -align16. I suspect that the executable is not > being made properly (bad C prototype or alignment). Visually, I have four > wide ragged horizontal bands of rogue haze. After making some (apparently) > unrelated changes the haze went away, but some other changes and now it is > back again. > Please run through gldebug < your app > and break on GL errors - you may get some errors that don't normally show up, if you use the -C option you should be able to make some C code with the relevant GL calls in, this may help make an example if you know roughly where/when in your app the texdef2d happens. > If I crawl around in the program using dbx I reach a call to gversion(), the > code then magically jumps to the line of code three lines above, next it > executes the gversion() line again, then hurls. No core file is > generated. On an Onyx RE it doesn't crash. It bus errors just on the > Indigo. > Are you compiling with -g ? > I don't expect you to debug this for me, just wondered if the unusual > error message at the console is a clue. > > One more question, what libraries am I supposed to have when I build > using -align? Do I need to call handle_unaligned_traps()? If so, what is > its include file? > from man f77: The following three options when used at compile time generate various degrees of misaligned data in common blocks, and the code to deal with the misalignment. You must include these options to f77 in the compilation of all modules that reference or define common blocks with misaligned data. Failure to do so could cause core dumps (if the trap handler is not used), or mismatched common blocks. To load the system libraries capable of handling misaligned data, use the -L/usr/lib/align switch at load time. The trap handler may be needed to handle misaligned data passed to system libraries not included in the /usr/lib/align directory (see fixade(3f) and unaligned(3x)). so you do need to handle any align errors. What happens if you don't use -align ? NOTE from man fixade ( check it out if you haven't already ): NOTE: the use of this trap handler is intended for diagnostic purposes only. Program efficiency may be severely impacted by its use. > Thanks. > > Robin >-- End of excerpt from Robin Rowe -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Nov 30 20:31:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA29687; Thu, 30 Nov 1995 20:28:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA29684; Thu, 30 Nov 1995 20:28:05 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25010; Thu, 30 Nov 95 20:28:03 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA00593; Thu, 30 Nov 1995 20:28:01 -0800 Received: from ligsg19.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA23419; Thu, 30 Nov 1995 10:03:47 -0800 Received: by ligsg19.epfl.ch (Smail3.1.29.1 #28) id m0tLDKQ-0003GQC; Thu, 30 Nov 95 19:03 MET Message-Id: Date: Thu, 30 Nov 95 19:03 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: pfdInitConverter Reply-To: matomira@epfl.ch Status: O >> pfdInitConverter dynamically links the converter corresponding to the extension ext into the current executable. This routine should be called before pfConfig for all extensions that an executable will use to ensure that any routines and static data required at run-time are available in all Performer processes. >> What if I don't know what converters might be needed and want to minimize overhead? Thanks, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Thu Nov 30 20:38:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA29361; Thu, 30 Nov 1995 20:11:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA29358; Thu, 30 Nov 1995 20:11:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24152; Thu, 30 Nov 95 20:11:25 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA27056; Thu, 30 Nov 1995 20:11:17 -0800 Received: from taurus.cs.nps.navy.mil by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA16001; Thu, 30 Nov 1995 10:30:10 -0800 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA21403; Thu, 30 Nov 95 10:28:02 PST Date: Thu, 30 Nov 95 10:28:02 PST From: rower@cs.nps.navy.mil (Robin Rowe) Message-Id: <9511301828.AA21403@taurus.cs.nps.navy.mil> To: info-performer@sgi.sgi.com, robj@barney.reading.sgi.com, rower@cs.nps.navy.mil Subject: Re: ERROR #22 texdef2d: ERR_BADINDEX Status: O Rob, << Please run through gldebug < your app > and break on GL errors - you may get some errors that don't normally show up, if you use the -C option you should be able to make some C code with the relevant GL calls in, this may help make an example if you know roughly where/when in your app the texdef2d happens. >> Ok. I hadn't tried that yet. I have some other things to try, too. << Are you compiling with -g ? >> Wouldn't it be a bit difficult single stepping dbx without that? ;-) Seriously, I normally do get core files, just not always and not with this bug. << from man f77... >> Maybe I'm slow, but I had already read all the man pages you referred me to many times without finding the answers to the questions I asked. Could you answer my questions directly, and not quote from the less than clear man pages? Here are my questions again, worded more precisely: 1. What are the *file names* of the system libraries that are linked by -L/usr/lib/align? 2. If I use -L/usr/lib/align *must* I call handle_unaligned_traps() or are the trap handlers installed automatically simply by linking? 3. What is the *file name* of the include file for handle_unaligned_traps()? 4. One more question. As I understand it the align library is supposed to be dynamically loaded. Can I statically bind -L/usr/lib/align? If so, how? (I'm not clear on the static vs. dynamic linker commands.) Sorry I wasn't clear in what I wanted before. To summarize my setup: 1. I'm using -align16 with the Fortran code, 2. Building that with other ANSI/K&R C code into four archives, 3. Linking those libs into one big archive called libdvw.o along with the f77 system libs, 4. Linking libdvw.o to main.o (the C++/C app I'm integrating into) using -L/usr/lib/align. Have I left something out? Thanks. Robin From guest Thu Nov 30 21:18:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA00342; Thu, 30 Nov 1995 21:16:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA00339; Thu, 30 Nov 1995 21:16:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27593; Thu, 30 Nov 95 21:16:17 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA07401; Thu, 30 Nov 1995 21:16:15 -0800 Received: from alpha.coryphaeus.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA11589; Thu, 30 Nov 1995 10:59:38 -0800 Received: by alpha.coryphaeus.com (931110.SGI/940406.SGI.AUTO) for info-performer@sgi.com id AA05116; Thu, 30 Nov 95 10:54:53 -0800 Date: Thu, 30 Nov 95 10:54:53 -0800 From: watsen@coryphaeus.com (Kent Watsen) Message-Id: <9511301054.ZM5114@alpha.coryphaeus.com> In-Reply-To: Jim Helman "Re: iostreams in 2.0" (Nov 29, 5:57pm) References: <199511300157.RAA27527@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Jim Helman Subject: Re: iostreams in 2.0 Cc: "Randall Barker" , info-performer@sgi.sgi.com, pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > > > You have to #include and link with the C++ compiler... > > or be sure to instantiate an instance of Iostream_init before your > > first iostream call. > > *Any* application that includes object files or libraries that rely > on the construction of static instances of C++ objects must perform > the final link with CC or else the objects will not be constructed. > Internally, IRIS Performer 2.0 does not rely on static construction > so as far as libpf itself is concerned either CC or cc works. > Ah, but the final link doesn't have to be performed be CC, as the code following demonstrates: test.c++: #include extern "C" { void test_cpp(void); } void test_cpp(void { Iostream_init tmp; cout << "testing" << endl; } main.c: #include extern void test_cpp(void); main() { printf ("test before\n"); test_cpp(); printf ("test after\n"); } % CC -c test.c++ % cc main.c test.o -lC % a.out test before testing test after Without the instantiation of an Iostream_init the program would have incurred a segmentation fault. Note that the instantiation of the Iostream_init could not have been done globally (as CC would do for you). ___________________________________________ ------------------------------------------- || || || Kent Watsen || || || || || || Coryphaeus Software || || || || || || 408.395.4537 x223 || || || || || || watsen@coryphaeus.com || || || /-------------------------------------------\ ------------------------------------------------------------------------- From guest Thu Nov 30 11:56:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA25438; Thu, 30 Nov 1995 11:52:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA25435; Thu, 30 Nov 1995 11:52:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01469; Thu, 30 Nov 95 11:52:47 -0800 Received: from dub-img-2.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA13966; Thu, 30 Nov 1995 11:52:28 -0800 Received: by dub-img-2.compuserve.com (8.6.10/5.950515) id OAA28259; Thu, 30 Nov 1995 14:52:25 -0500 Date: 30 Nov 95 14:48:37 EST From: Philip Yanni <70571.2714@compuserve.com> To: "(unknown)" Subject: FLIR in 2.0 -- i.e.Thermally Correct FLIRs & IR Databases Message-Id: <951130194836_70571.2714_IHD69-2@CompuServe.COM> Status: O Message number: 951130191234 70571.2714 IHD184-1 Sent at: 14:12 EST 30-Nov-95 Subject: FLIR in 2.0 -- i.e.Thermally Correct FLIRs & IR Databases This is what we do for a living. We have developed a system that will enable you to compare FLIR designs in a thermally correct IR-Background. . We use the IR-Gen IR database development tool to convert visual databases & targets to IR. Then we run a FLIR model which was wirtten using GL and will emulate the specific type of FLIR you have in your aircraft/ship. Converting thermally correct scene/target radiance values into something a visual flight system can display is non trivial. I'd be glad to send you more info on what we do... -Phil Yanni -70571.2714@compuserve.com From guest Thu Nov 30 12:28:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA25578; Thu, 30 Nov 1995 12:24:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA25575; Thu, 30 Nov 1995 12:24:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02791; Thu, 30 Nov 95 12:24:39 -0800 Received: from mails.HHI.DE by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA18127; Thu, 30 Nov 1995 12:14:49 -0800 Received: from atr3.HHI.DE by mails.HHI.DE (5.65c/HHI-MX) for id AA18118; Thu, 30 Nov 1995 21:17:23 +0100 Received: from atfa1.HHI.DE (atfa1 [193.174.64.10]) by atr3.hhi.de (8.6.9/8.6.9) with SMTP id VAA04863 for ; Thu, 30 Nov 1995 21:14:50 +0100 From: Andreas Simon Received: by atfa1.HHI.DE; (5.65/1.1.8.2/24Jan95-0210PM) id AA21741; Thu, 30 Nov 1995 21:14:50 +0100 Message-Id: <9511302014.AA21741@atfa1.HHI.DE> Subject: pfTime trouble To: info-performer@sgi.sgi.com Date: Thu, 30 Nov 1995 21:14:50 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 964 Status: O Hi, I`m running into problems using pfSelectClock. What I want is to share a single clock by unrelated processes through a named clock - by invoking pfSelectClock("bla") - so that processes see identical time the same way as related "processes forked after the first call to pfInitClock" are happy to do. As far as I understand the manual this is what pfSelectClock was made for. But no such luck so far. "pfSelectClock has no effect" period. The obvious (i.e. my) way - calling pfSelectClock with the same name in every process - didn`t work and I ended up with all processes having their own time (even when I made sure that pfInitClock was called only after the last process had finished calling pfSelectClock - using 5.3 w/ 1.2). Help?! Like a sniplet of code that worked? Thanks! andreas. ------------------------------------- Andreas Simon, Heinrich Hertz Institut - Einsteinufer 37 - 10587 Berlin phone (030) 31 00 23 79 - email simon@hhi.de From guest Thu Nov 30 13:26:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA25898; Thu, 30 Nov 1995 13:21:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA25895; Thu, 30 Nov 1995 13:21:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05104; Thu, 30 Nov 95 13:21:24 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA04097; Thu, 30 Nov 1995 13:21:15 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for sgi.sgi.com!uunet.uu.net!ds9!cagiva!xilin id AA03262; Thu, 30 Nov 95 12:36:32 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA19548; Thu, 30 Nov 1995 12:36:32 -0800 Message-Id: <199511302036.MAA19548@surreal.asd.sgi.com> To: "Daniel Jia" Cc: Jim Helman , uunet.uu.net.uucp!uunet!coryphaeus.com!watsen (Kent Watsen), info-performer@sgi.sgi.com, "Randall Barker" , uunet.uu.net.uucp!uunet!cs.nps.navy.mil!pratt, uunet.uu.net.uucp!uunet!cs.nps.navy.mil!barham Subject: Re: iostreams in 2.0 In-Reply-To: Your message of "Thu, 30 Nov 95 09:43:53 EST." <9511300943.ZM7470@cagiva> Date: Thu, 30 Nov 95 12:36:32 -0800 From: Jim Helman Status: O > I had the problem of core dump quite a while ago with Performer 2.0. > That time even a program like this caused a core dump: ... > cout << "test\n"; ... > I have no idea why. But recently the problem just disappeared. > I guess it is due to our newly updated version of the 2.0. Some early 2.0 betas had a global new operator that overrode the global new operator used by iostream. void *operator new(size_t, void*); This broke iostreams. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Nov 30 20:23:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA29372; Thu, 30 Nov 1995 20:14:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA29369; Thu, 30 Nov 1995 20:14:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24281; Thu, 30 Nov 95 20:14:45 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA27991; Thu, 30 Nov 1995 20:14:40 -0800 Received: from taurus.cs.nps.navy.mil by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id NAA03795; Thu, 30 Nov 1995 13:11:01 -0800 Received: from pershing.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA27172; Thu, 30 Nov 95 13:08:54 PST Received: by pershing.cs.nps.navy.mil (950215.SGI.8.6.10) id NAA13391; Thu, 30 Nov 1995 13:08:48 -0800 From: "Bryan Stewart" Message-Id: <9511301308.ZM13389@pershing.cs.nps.navy.mil> Date: Thu, 30 Nov 1995 13:08:47 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfSegsIsectNode & Multiprocessing Cc: barham@cs.nps.navy.mil, barker@cs.nps.navy.mil, pratt@cs.nps.navy.mil, pratts@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In my application, when I do intersection testing on my database using Multiprocessing mode, I get zero hits when I should get at least one. When I use single processing mode I get at least one hit. I am using performer 1.2 and the scene database must traverse over a layer switch nodes to get to the real data. I use a very limited number of traversal masks. Is there a problem in performer 1.2 with intersection traversals? -- Bryan Stewart bcstewar@cs.nps.navy.mil Naval Postgraduate School Monterey, CA From guest Thu Nov 30 13:20:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA25867; Thu, 30 Nov 1995 13:15:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA25864; Thu, 30 Nov 1995 13:15:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AB04916; Thu, 30 Nov 95 13:15:40 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA02040; Thu, 30 Nov 1995 13:15:34 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04909; Thu, 30 Nov 95 13:15:28 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA19819; Thu, 30 Nov 1995 13:15:27 -0800 Message-Id: <199511302115.NAA19819@surreal.asd.sgi.com> To: watsen@coryphaeus.com (Kent Watsen) Cc: "Randall Barker" , info-performer@sgi.sgi.com, pratt@cs.nps.navy.mil, barham@cs.nps.navy.mil Subject: Re: iostreams in 2.0 In-Reply-To: Your message of "Thu, 30 Nov 95 10:54:53 PST." <9511301054.ZM5114@alpha.coryphaeus.com> Date: Thu, 30 Nov 95 13:15:27 -0800 From: Jim Helman Status: O > > *Any* application that includes object files or libraries that rely > > on the construction of static instances of C++ objects must perform > > the final link with CC or else the objects will not be constructed. > > Ah, but the final link doesn't have to be performed be CC, as the code > following demonstrates: > > test.c++: > > #include > extern "C" { void test_cpp(void); } > void test_cpp(void) > { > Iostream_init tmp; > cout << "testing" << endl; > } In your example, Iostream_init's storage class is automatic (i.e. on the stack) rather than static. If you move IoStream_init outside of the routine so that it has to be constructed globally before test_cpp is invoked, the example dumps core unless the final link is done with CC. This is what I meant. Actually, I had thought the same applied to static instantiation with local scope, i.e. void test_cpp(void) { static Iostream_init tmp; ^^^^^^ cout << "testing" << endl; } However this actually does work. SGI's C++ implementation actually defers construction until the first time the routine is invoked, so my comment only applies to static global instances. > Note that the instantiation of the Iostream_init could not have > been done globally (as CC would do for you). Perhaps we're saying the same thing. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Nov 30 14:30:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26458; Thu, 30 Nov 1995 14:25:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA26455; Thu, 30 Nov 1995 14:24:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08100; Thu, 30 Nov 95 14:24:53 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA15989; Thu, 30 Nov 1995 14:24:44 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA02606; Thu, 30 Nov 1995 14:24:40 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA08084; Thu, 30 Nov 95 14:24:34 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA20123; Thu, 30 Nov 1995 14:24:36 -0800 Message-Id: <199511302224.OAA20123@surreal.asd.sgi.com> To: Andreas Simon Cc: info-performer@sgi.sgi.com Subject: Re: pfTime trouble In-Reply-To: Your message of "Thu, 30 Nov 95 21:14:50 +0100." <9511302014.AA21741@atfa1.HHI.DE> Date: Thu, 30 Nov 95 14:24:36 -0800 From: Jim Helman Status: O pfSelectClock must be called before the first call to pfInitClock in that process. Other than that, it should work. You might look in /usr/tmp to see if only one datapool is being created with the clock name. -jim From guest Thu Nov 30 17:32:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA28711; Thu, 30 Nov 1995 17:28:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA28708; Thu, 30 Nov 1995 17:28:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17131; Thu, 30 Nov 95 17:28:17 -0800 Received: from class.eng.ohio-state.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA04239; Thu, 30 Nov 1995 17:28:16 -0800 Received: by class.eng.ohio-state.edu (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id UAA00188; Thu, 30 Nov 1995 20:24:49 -0500 From: "Mahmoud M.Rashad Halfawy" Message-Id: <9511302024.ZM186@class.eng.ohio-state.edu> Date: Thu, 30 Nov 1995 20:24:35 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Networked Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi everybody, I've just started research on collaborative virtual environments. I'm working with Performer 1.2 on Onyx RE2. We want to build a Performer environment running on two Onyx machines and having two users be present in the same simulation. I know other software (e.g. DIVE and dVS) can do that. My quastion: Can we do this with Performer? Does this need other supporting software (like a DIS tool)? Thanx for any help, Mahmoud -- =============================================================================== Mahmoud M.Rashad Halfawy Research Associate- Civil Engineering Department The Ohio State University e-mail: mahmoud@class.eng.ohio-state.edu Phone (work): (614)292-7631- FAX: (614)292-7631 Phone (home): (614)688-0519 =============================================================================== From guest Thu Nov 30 18:02:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA28850; Thu, 30 Nov 1995 17:56:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA28847; Thu, 30 Nov 1995 17:56:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18443; Thu, 30 Nov 95 17:56:54 -0800 Received: from pbi.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA11549; Thu, 30 Nov 1995 17:56:54 -0800 Received: from poser.pbi.net by pbi.net (4.1/JMA.3) id AA27020; Thu, 30 Nov 95 17:53:32 PST Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) id RAA29168; Thu, 30 Nov 1995 17:55:03 -0800 From: "Ned" Message-Id: <9511301755.ZM29166@poser.pbi.net> Date: Thu, 30 Nov 1995 17:55:02 -0800 In-Reply-To: "Mahmoud M.Rashad Halfawy" "Networked Performer" (Nov 30, 8:24pm) References: <9511302024.ZM186@class.eng.ohio-state.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Mahmoud M.Rashad Halfawy" Subject: Re: Networked Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Networked Performer apps are fun and easy. If you can open a socket, then off to the races. The point to talk about is what do the separate programs want to say to each other. My personal favorite topic of discusion, Here is my XYZ + HPR, do with it what you like. I would like yours too. Check out non-blocking UDP socks. I find full blown DIS libs to be a bit over kill, but I am sure there are quite a few people who would disagree with me. Also, people have long discussions about latency, no pun intended. If you transmit packets under 1024 or 512bytes then you will probably have 200-400 ms round trip delays, on average between sites that have something 15-20 hops found. I haven't looked, but the Naval Postgraduate Schools talks about having a bit of DIS code avail to the public, as I recall. Cheers, in a "traceroute" -- Chris Cederwall ceder@pbi.net 415.442.4952 From guest Thu Nov 30 20:59:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA00100; Thu, 30 Nov 1995 20:57:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA00097; Thu, 30 Nov 1995 20:57:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26862; Thu, 30 Nov 95 20:57:49 -0800 Received: from class.eng.ohio-state.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA04381; Thu, 30 Nov 1995 20:57:46 -0800 Received: by class.eng.ohio-state.edu (940816.SGI.8.6.9/940406.SGI) id XAA01249; Thu, 30 Nov 1995 23:52:52 -0500 From: "Mahmoud M.Rashad Halfawy" Message-Id: <9511302352.ZM1247@class.eng.ohio-state.edu> Date: Thu, 30 Nov 1995 23:52:29 -0500 In-Reply-To: "Ned" "Re: Networked Performer" (Nov 30, 5:55pm) References: <9511302024.ZM186@class.eng.ohio-state.edu> <9511301755.ZM29166@poser.pbi.net> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Ned" Subject: Re: Networked Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks for the helpful information about networked performer. But if we need to communicate more that XYZ/HPR (e.g. a moving object) between the two applications, should we use DIS? Thanx -- =============================================================================== Mahmoud M.Rashad Halfawy Research Associate- Civil Engineering Department The Ohio State University e-mail: mahmoud@class.eng.ohio-state.edu Phone (work): (614)292-7631- FAX: (614)292-7631 Phone (home): (614)688-0519 ===============================================================================