From guest Mon Oct 2 05:01:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA07375; Mon, 2 Oct 1995 04:46:23 -0700 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 EAA07372; Mon, 2 Oct 1995 04:46:16 -0700 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 AA15638; Mon, 2 Oct 95 04:46:00 -0700 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id EAA07819; Mon, 2 Oct 1995 04:46:04 -0700 Received: from iss.nus.sg by sgigate.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/940406.SGI) for id EAA24568; Mon, 2 Oct 1995 04:45:43 -0700 Received: from whitehead.iss.nus.sg by iss.nus.sg (5.x/SMI-SVR4) id AA10445; Mon, 2 Oct 1995 19:50:28 +0800 Date: Mon, 2 Oct 1995 19:50:28 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <9510021150.AA10445@iss.nus.sg> Received: by whitehead.iss.nus.sg (5.0/SMI-SVR4) id AA00541; Mon, 2 Oct 95 19:50:13 SST To: info-performer@sgihub.corp.sgi.com Subject: Memory woos Status: O Hi, I have spent two days looking for a memory problem and really could use some help (before I rewrite 500 pages in JAVA :->). Every call to pfMalloc (from my code) was checked and I sure don't seem to be messing up anything. The value for "arena" is always the same. I finally tried using sentinal (in single processor mode) to see if I can find the error. Unfortunately the only potential memory problems that it identified are in performer code. Has anyone else found any memory problems with the library? Any suggestions for looking further? The program only bombs in my applications that have lots of objects, smaller programs work fine. Here is the sentinal output: SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 8 bytes at address 0x64810C0. This operation is invalid because the byte at address 0x64810C0 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] _prInitObject() [../../../lib/libpr/object.c:86] pfNewDPool() [../../../lib/libpr/dpool.c:129] pfInitClock() [../../../lib/libpr/time.c:260] pfInit() [../../../lib/libpf/pfProcess.C:545] main() [/usr45/ve/performer/d/main.c:68] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 13 bytes at address 0x64810C8. This operation is invalid because the byte at address 0x64810C8 is not accessible. This problem was detected at the following location: strcpy() [string.c:1041] pfNewDPool() [../../../lib/libpr/dpool.c:132] pfInitClock() [../../../lib/libpr/time.c:260] pfInit() [../../../lib/libpf/pfProcess.C:545] main() [/usr45/ve/performer/d/main.c:68] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 30 bytes at address 0x64811C8. This operation is invalid because the byte at address 0x64811C8 is not accessible. This problem was detected at the following location: strcpy() [string.c:1041] pfNewDPool() [../../../lib/libpr/dpool.c:133] pfInitClock() [../../../lib/libpr/time.c:260] pfInit() [../../../lib/libpf/pfProcess.C:545] main() [/usr45/ve/performer/d/main.c:68] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to read 1 byte at address 0x64811C8. This operation is invalid because the byte at address 0x64811C8 is not accessible. This problem was detected at the following location: unlink() [intercept.c:9537] pfReleaseDPool() [../../../lib/libpr/dpool.c:182] pfInitClock() [../../../lib/libpr/time.c:334] pfInit() [../../../lib/libpf/pfProcess.C:545] main() [/usr45/ve/performer/d/main.c:68] Performer Info (11): All 1 processors available on this machine. SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x103C08F8 which contains the string '0' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] copystring() [ConnDis.c:63] _X11TransConnectDisplay() [ConnDis.c:193] XOpenDisplay() [OpenDis.c:218] _GLinitgl() [../glws/wininit.c:273] gl_g_scrnselect() [../glws/wininit.c:359] pfConfig() [../../../lib/libpf/pfProcess.C:1064] main() [/usr45/ve/performer/d/main.c:83] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x7FFFA7B0 which contains the string 'luna' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] _X11TransGetHostname() [../../lib/xtrans/Xtrans.c:1390] _X11TransConvertAddress() [../../lib/xtrans/Xtransutil.c:187] _X11TransConnectDisplay() [ConnDis.c:333] XOpenDisplay() [OpenDis.c:218] _GLinitgl() [../glws/wininit.c:273] gl_g_scrnselect() [../glws/wininit.c:359] pfConfig() [../../../lib/libpf/pfProcess.C:1064] main() [/usr45/ve/performer/d/main.c:83] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x103BAAD0 which contains the string 'Silicon Graphics' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] XOpenDisplay() [OpenDis.c:465] _GLinitgl() [../glws/wininit.c:273] gl_g_scrnselect() [../glws/wininit.c:359] pfConfig() [../../../lib/libpf/pfProcess.C:1064] main() [/usr45/ve/performer/d/main.c:83] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x103B3018 which contains the string ' ' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] read_line() [lcDB.c:281] CreateDatabase() [lcDB.c:968] _XlcCreateLocaleDataBase() [lcDB.c:1150] load_public() [lcPublic.c:108] initialize() [lcPublic.c:237] _XlcCreateLC() [lcPubWrap.c:95] _XlcDefaultLoader() [lcDefConv.c:342] _XOpenLC() [lcWrap.c:297] _XrmInitParseInfo() [lcWrap.c:360] NewDatabase() [Xrm.c:497] XrmGetFileDatabase() [Xrm.c:1619] fastfinddb() [../glws/ws_resource.c:29] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x7FFF9868 which contains the string 'X' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] get_word() [lcDB.c:356] f_default() [lcDB.c:828] CreateDatabase() [lcDB.c:978] _XlcCreateLocaleDataBase() [lcDB.c:1150] load_public() [lcPublic.c:108] initialize() [lcPublic.c:237] _XlcCreateLC() [lcPubWrap.c:95] _XlcDefaultLoader() [lcDefConv.c:342] _XOpenLC() [lcWrap.c:297] _XrmInitParseInfo() [lcWrap.c:360] NewDatabase() [Xrm.c:497] XrmGetFileDatabase() [Xrm.c:1619] fastfinddb() [../glws/ws_resource.c:29] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0x103B4750 which contains the string 'ISO8859-1:GL' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] append_value_list() [lcDB.c:449] store_to_database() [lcDB.c:501] f_newline() [lcDB.c:607] CreateDatabase() [lcDB.c:978] _XlcCreateLocaleDataBase() [lcDB.c:1150] load_public() [lcPublic.c:108] initialize() [lcPublic.c:237] _XlcCreateLC() [lcPubWrap.c:95] _XlcDefaultLoader() [lcDefConv.c:342] _XOpenLC() [lcWrap.c:297] _XrmInitParseInfo() [lcWrap.c:360] NewDatabase() [Xrm.c:497] XrmGetFileDatabase() [Xrm.c:1619] fastfinddb() [../glws/ws_resource.c:29] SENTINEL: Warning [String,88]: strncpy() with a short length has resulted in a non-NULL terminated string located at 0xF7F6C38 which contains the string 'x' (without the NULL, of course). This problem was detected at the following location: strncpy() [string.c:1110] f_numeric() [lcDB.c:805] CreateDatabase() [lcDB.c:978] _XlcCreateLocaleDataBase() [lcDB.c:1150] load_public() [lcPublic.c:108] initialize() [lcPublic.c:237] _XlcCreateLC() [lcPubWrap.c:95] _XlcDefaultLoader() [lcDefConv.c:342] _XOpenLC() [lcWrap.c:297] _XrmInitParseInfo() [lcWrap.c:360] NewDatabase() [Xrm.c:497] XrmGetFileDatabase() [Xrm.c:1619] fastfinddb() [../glws/ws_resource.c:29] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 312 bytes at address 0x6A81984. This operation is invalid because the byte at address 0x6A81984 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:97] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 16 bytes at address 0x6A81AD8. This operation is invalid because the byte at address 0x6A81AD8 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:100] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 48 bytes at address 0x6A81B0C. This operation is invalid because the byte at address 0x6A81B0C is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:103] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 4620 bytes at address 0x6A81B60. This operation is invalid because the byte at address 0x6A81B60 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:106] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 48 bytes at address 0x6A82D84. This operation is invalid because the byte at address 0x6A82D84 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:109] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 10372 bytes at address 0x6A82DD8. This operation is invalid because the byte at address 0x6A82DD8 is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:112] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [AccOutOfBounds,99]: The program attempted to write 4 bytes at address 0x6A8567C. This operation is invalid because the byte at address 0x6A8567C is not accessible. This problem was detected at the following location: bzero() [memext.c:251] initUtilDPool() [../shmem.c:115] pfuInitUtil() [../shmem.c:125] main() [/usr45/ve/performer/d/main.c:93] SENTINEL: Warning [Signal,59]: The program has generated the signal SIGSEGV. This is usually caused by an attempt by the program to perform an illegal operation (address a bad memory location, execute an invalid instruction, etc). This signal was caught at the following location: <> _lmalloc() [amalloc.c:719] amalloc() [amalloc.c:76] pfMalloc() [../../../lib/libpr/mall.c:214] pfNode::setName() [../../../lib/libpf/pfNode.C:240] pfNodeName() [../../../lib/libpf/cNode.C:73] GiveMeThisObject() [/usr45/ve/performer/d/loaddata.c:966] DezNode::CreateObject() [dez.c:244] DezNode::SwitchIcon() [dez.c:212] AutoIcon::SwitchRepresentations() [autoicon.c:228] AutoIconSet::SwitchRepresentations() [autoicon.c:211] AutoIconSet::UpdateAutoIcon() [autoicon.c:201] WorldContext::UpdatePosition() [context.c:396] UpdateWorld() [presentation.c:446] WorldContext::StartWorld() [context.c:263] GlobalContext::StartWorld() [mixins.c:158] LoadAutoIcon() [atoken.c:592] ISSLoadFile() [/usr45/ve/performer/d/loadfile.c:163] doFileLoad() [/usr45/ve/performer/d/loaddata.c:303] lfFILENAME() [/usr45/ve/performer/d/more.c:806] doTokens() [/usr45/ve/performer/d/token.c:363] LoadDez() [/usr45/ve/performer/d/loaddata.c:742] ISSLoadFile() [/usr45/ve/performer/d/loadfile.c:148] initSceneGraph() [/usr45/ve/performer/d/perfly.c:354] InitScene() [/usr45/ve/performer/d/generic.c:304] main() [/usr45/ve/performer/d/main.c:96] From guest Mon Oct 2 09:46:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA07690; Mon, 2 Oct 1995 09:42:11 -0700 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 JAA07687; Mon, 2 Oct 1995 09:41:59 -0700 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 AA26396; Mon, 2 Oct 95 09:41:56 -0700 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA09001; Mon, 2 Oct 1995 09:41:52 -0700 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA29989; Mon, 2 Oct 95 12:41:35 EDT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Oct 1995 12:46:39 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Multigen EAS modelers Status: O I know this is not the correct place to post this message but I am getting kite desperate. Is there anybody out there that are using Multigen EAS to build terrain databases from DMA DTED and DFAD data? If so, please replay I will like to share my frustration with you :-) | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive graniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Mon Oct 2 11:35:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA07894; Mon, 2 Oct 1995 11:28:45 -0700 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 LAA07891; Mon, 2 Oct 1995 11:28:44 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04155; Mon, 2 Oct 95 11:28:41 -0700 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA05282; Mon, 2 Oct 1995 11:28:29 -0700 Received: from haydn.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id OAA15320; Mon, 2 Oct 1995 14:28:30 -0400 From: Hansong Zhang Received: by haydn.cs.unc.edu (8.6.10/UNC_06_21_94) id OAA08533; Mon, 2 Oct 1995 14:28:23 -0400 Date: Mon, 2 Oct 1995 14:28:23 -0400 Message-Id: <199510021828.OAA08533@haydn.cs.unc.edu> To: info-performer@sgi.sgi.com Subject: Incorrect Texture Mapping on Reality Engine 2 Status: O Hello everybody, I had a strange problem when displaying a model (MultiGen .flt file) on an Onyx with Reality Engine 2 graphics, using Perfjoy or Perfly. On the texture mapped walls there're visible color bands, but the texture map is greyscale (though I can't say the rgb values are the same for any pixel). For some faces the mapping is largely correct but with color bands, for others the color is not correct at all. I'm using very small textures (e.g. 16x16). I tried to display the same model with the same software on an Indy (with no hardware texture support) and the result is correct. I mapped the texuture to a square using OpenGL and it works O.K. So the problem should be somewhere between Perfly and the graphics hardware. Any suggestion will be appeciated! Hansong Hansong Zhang Grad student UNC-Chapel Hill From guest Mon Oct 2 12:20:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA08002; Mon, 2 Oct 1995 12:10:26 -0700 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 MAA07999; Mon, 2 Oct 1995 12:10:24 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07039; Mon, 2 Oct 95 12:10:08 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA14931; Mon, 2 Oct 1995 12:10:01 -0700 Received: from bitch.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA25697; Mon, 2 Oct 1995 11:51:35 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id TAA05398; Mon, 2 Oct 1995 19:38:41 +0100 From: "Angus Dorbie" Message-Id: <9510021938.ZM5396@bitch.reading.sgi.com> Date: Mon, 2 Oct 1995 19:38:41 +0100 In-Reply-To: Hansong Zhang "Incorrect Texture Mapping on Reality Engine 2" (Oct 2, 2:28pm) References: <199510021828.OAA08533@haydn.cs.unc.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Hansong Zhang , info-performer@sgi.sgi.com Subject: Re: Incorrect Texture Mapping on Reality Engine 2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This sounds like youre using a compressed internal storage format which is causing quantisation. Look at the manual entry for texdef and look for TX_INTERNAL_FORMAT TX_RGB_5. This shouldn't happed with intensity maps so your greyscale images are probably 3 or 4 component instead of 1. The image quality will improve if you use 1 component for intensities, and avoid 4 component where alpha information isn't required. Try editing the texture properties in Multigen (select a texture from the palette and press = then select the internal format you desire) hopefully the loader will recognise this but it may depend on the version you are linking to, and what else your application is doing. Your INDY doesn't support the internal format and so doesn't exhibit the problem. On Oct 2, 2:28pm, Hansong Zhang wrote: > Subject: Incorrect Texture Mapping on Reality Engine 2 > Hello everybody, > > I had a strange problem when displaying a model (MultiGen .flt file) > on an Onyx with Reality Engine 2 graphics, using Perfjoy or Perfly. > On the texture mapped walls there're visible color bands, but the > texture map is greyscale (though I can't say the rgb values are > the same for any pixel). For some faces the mapping is largely > correct but with color bands, for others the color is not correct > at all. > > I'm using very small textures (e.g. 16x16). I tried to display > the same model with the same software on an Indy (with no hardware > texture support) and the result is correct. I mapped the texuture > to a square using OpenGL and it works O.K. So the problem should > be somewhere between Perfly and the graphics hardware. > > Any suggestion will be appeciated! > > Hansong > > > Hansong Zhang > Grad student > UNC-Chapel Hill > >-- End of excerpt from Hansong Zhang -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Oct 2 16:17:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA13214; Mon, 2 Oct 1995 15:32:56 -0700 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 PAA13211; Mon, 2 Oct 1995 15:32:55 -0700 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 AA20682; Mon, 2 Oct 95 15:32:36 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id PAA18338; Mon, 2 Oct 1995 15:32:54 -0700 Received: from giraffe.asd.sgi.com by palladium.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id PAA02359; Mon, 2 Oct 1995 15:32:53 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for guest@holodeck.asd.sgi.com id AA15554; Mon, 2 Oct 95 14:02:24 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA06289; Mon, 2 Oct 1995 13:59:50 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510022059.NAA06289@tubes.asd.sgi.com> Subject: Re: Memory woos To: guest (Kim Michael Fairchild) Date: Mon, 2 Oct 95 13:59:50 PDT Cc: info-performer@sgihub.corp.sgi.com In-Reply-To: <9510021150.AA10445@iss.nus.sg>; from "Kim Michael Fairchild" at Oct 2, 95 7:50 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hi, > > I have spent two days looking for a memory problem and really could > use some help (before I rewrite 500 pages in JAVA :->). > > Every call to pfMalloc (from my code) was checked and I sure don't > seem to be messing up anything. The value for "arena" is always the > same. > > I finally tried using sentinal (in single processor mode) to see if I > can find the error. Unfortunately the only potential memory problems > that it identified are in performer code. > > Has anyone else found any memory problems with the library? > > Any suggestions for looking further? The program only bombs in my > applications that have lots of objects, smaller programs work fine. > > Here is the sentinal output: Does sentinel understand shared memory? I don't think it does because it would have then caught the memory stomping which caused the core dump. I think the Performer warnings you have are benign. I believe what you have here is a rare instantiation of a nasty hash table bug in Performer1.2. As a quick test, do not assign names to any of your nodes. The workaround for this bug is the following: extern void **_pfNameTable; _pfNameTable[2] = 0; The only problem is that you need to call this more than once to ensure that a value does not increment beyond the end of an array. It should work if you do it before every call to pfDelete(). If not, let me know. > > SENTINEL: Warning [Signal,59]: The program has generated the signal SIGSEGV. > This is usually caused by an attempt by the program to perform an > illegal operation (address a bad memory location, execute an invalid > instruction, etc). > > This signal was caught at the following location: > > <> > _lmalloc() [amalloc.c:719] > amalloc() [amalloc.c:76] > pfMalloc() [../../../lib/libpr/mall.c:214] > pfNode::setName() [../../../lib/libpf/pfNode.C:240] > pfNodeName() [../../../lib/libpf/cNode.C:73] > GiveMeThisObject() [/usr45/ve/performer/d/loaddata.c:966] > DezNode::CreateObject() [dez.c:244] > DezNode::SwitchIcon() [dez.c:212] > AutoIcon::SwitchRepresentations() [autoicon.c:228] > AutoIconSet::SwitchRepresentations() [autoicon.c:211] > AutoIconSet::UpdateAutoIcon() [autoicon.c:201] > WorldContext::UpdatePosition() [context.c:396] > UpdateWorld() [presentation.c:446] > WorldContext::StartWorld() [context.c:263] > GlobalContext::StartWorld() [mixins.c:158] > LoadAutoIcon() [atoken.c:592] > ISSLoadFile() [/usr45/ve/performer/d/loadfile.c:163] > doFileLoad() [/usr45/ve/performer/d/loaddata.c:303] > lfFILENAME() [/usr45/ve/performer/d/more.c:806] > doTokens() [/usr45/ve/performer/d/token.c:363] > LoadDez() [/usr45/ve/performer/d/loaddata.c:742] > ISSLoadFile() [/usr45/ve/performer/d/loadfile.c:148] > initSceneGraph() [/usr45/ve/performer/d/perfly.c:354] > InitScene() [/usr45/ve/performer/d/generic.c:304] > main() [/usr45/ve/performer/d/main.c:96] > > > From guest Mon Oct 2 19:19:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA14663; Mon, 2 Oct 1995 19:17:22 -0700 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 TAA14658; Mon, 2 Oct 1995 19:17:21 -0700 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 AA04106; Mon, 2 Oct 95 19:17:15 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id TAA11174; Mon, 2 Oct 1995 19:17:15 -0700 Received: from giraffe.asd.sgi.com by palladium.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id PAA02132; Mon, 2 Oct 1995 15:30:59 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for guest@holodeck.asd.sgi.com id AA17236; Mon, 2 Oct 95 14:24:13 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA06337; Mon, 2 Oct 1995 14:21:28 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510022121.OAA06337@tubes.asd.sgi.com> Subject: Re: Transparency To: guest Date: Mon, 2 Oct 95 14:21:28 PDT Cc: ldmyers@afit.af.mil, trdecarlo@tasc.com, info-performer@sgihub.corp.sgi.com In-Reply-To: <9509200430.AA15575@sun.aitc.rest.tasc.com>; from "guest@holodeck" at Sep 19, 95 11:30 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > I have seen similar problems when loading Multigen models which > contain transparent parts (though i'm sure it will happen with > other models, too). I think the problem is the order of rendering. > I don't think Performer does any pre-sorting of transparent parts, > and to get transparent parts to render correctly, they should > probably be rendered after all opaque parts and sorted to render > back to front. The MultiGen modeller allows priority to be applied > to parts, this can change the order of rendering. I'm sure that > something within Performer will let you assign higher priority > to your transparent parts so they can be drawn last. I just don't > know if you can sort them easily. > > Thom > <---- Begin Included Message ----> > Date: Fri, 15 Sep 1995 16:13:36 -0400 > From: Lynda D Myers > Subject: Transparency > To: info-performer@sgi.com > > I am having touble seeing one transparent > object through another when rendering objects > in performer. Using the no_occlude option in > pfTransparency did not solve the problem. > Is there another way to do this? > > Thank you, > Lynda D. Myers > e-mail > ldmyers@afit.af.mil > In 1.2, there was a bad interaction between pfLayers/pfDecal and NO_OCCLUDE so you may be experiencing this with transparent layers. Another situation is specific to multisampled, screen door transparency. 2 objects of equal transparency will use the same screen door so even with NO_OCCLUDE you will only see the last-drawn transparent object. To test this you can explicitly request PFTR_BLEND_ALPHA transparency or vary object transparencies. Performer 1.2 does draw transparent objects after opaque and 2.0 goes a step further by sorting transparent geosets back to front. From guest Mon Oct 2 16:17:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA13219; Mon, 2 Oct 1995 15:35:11 -0700 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 PAA13216; Mon, 2 Oct 1995 15:34:58 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20799; Mon, 2 Oct 95 15:34:33 -0700 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA15638; Mon, 2 Oct 1995 14:51:47 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id OAA05484 for ; Mon, 2 Oct 1995 14:47:24 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA14129 for <@plateau.engr.multigen.com:info-performer@holodeck.asd.sgi.com>; Mon, 2 Oct 1995 21:41:34 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@holodeck.asd.sgi.com id PAA02031; Mon, 2 Oct 1995 15:02:25 -0700 From: "Marcus Barnes" Message-Id: <9510021502.ZM2029@royalflush.engr.multigen.com> Date: Mon, 2 Oct 1995 15:02:24 -0700 In-Reply-To: Hansong Zhang "Incorrect Texture Mapping on Reality Engine 2" (Oct 2, 2:28pm) References: <199510021828.OAA08533@haydn.cs.unc.edu> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Re: Incorrect Texture Mapping on Reality Engine 2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 2, 2:28pm, Hansong Zhang wrote: > Subject: Incorrect Texture Mapping on Reality Engine 2 > Hello everybody, > > I had a strange problem when displaying a model (MultiGen .flt file) > on an Onyx with Reality Engine 2 graphics, using Perfjoy or Perfly. > On the texture mapped walls there're visible color bands, but the > texture map is greyscale (though I can't say the rgb values are > the same for any pixel). For some faces the mapping is largely > correct but with color bands, for others the color is not correct > at all. > > I'm using very small textures (e.g. 16x16). I tried to display > the same model with the same software on an Indy (with no hardware > texture support) and the result is correct. I mapped the texuture > to a square using OpenGL and it works O.K. So the problem should > be somewhere between Perfly and the graphics hardware. > > Any suggestion will be appeciated! > > Hansong > > > Hansong Zhang > Grad student > UNC-Chapel Hill >-- End of excerpt from Hansong Zhang This sounds like the IRIX 5.3 texture repeat bug on Reality Engine. Basically, texture repeat counts greater than 4 bits (15) would smear badly. I believe there's a Patch for it now. I don't know the number though. Sharon Clay diagnosed this bug for me months ago. Sharon explained that exceeding 4 bits of repeat invokes an exception in the RE microcode ... that is broken in IRIX 5.3. Also, even with the patch, this condition draws slower. -- Regards, Marcus Barnes, Member Technical 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 Mon Oct 2 18:14:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA14170; Mon, 2 Oct 1995 18:12:06 -0700 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 SAA14167; Mon, 2 Oct 1995 18:12:05 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00853; Mon, 2 Oct 95 18:12:03 -0700 Received: from sh0.po.iijnet.or.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA18688; Mon, 2 Oct 1995 18:11:46 -0700 From: d3@po.iijnet.or.jp Received: from 192.244.178.19 (ppp2003.po.iijnet.or.jp [192.244.178.19]) by sh0.po.iijnet.or.jp (8.6.12+2.4W/3.3Wb-sh0) with SMTP id KAA08585 for ; Tue, 3 Oct 1995 10:11:27 +0900 Date: Tue, 3 Oct 1995 10:11:27 +0900 Message-Id: <199510030111.KAA08585@sh0.po.iijnet.or.jp> Subject: 3D virtual memory system To: info-performer@sgi.sgi.com X-Mailer: AIR Mail 3.X (SPRY, Inc.) Status: O Hello. I am designing a real-time simulation system with Performer. The database I am concerned about is so large(giga bytes order) that the whole data cannot reside on the CUP memory. So I design a server which acts as a "3D space search engine". This server gets the information about the current view volume from the simulation process and search data very quickly from the disk(This is organized for quick spacial search) and puts the appropriate data to the simulation process. Performer asynchronously reads data(files) and continues simulation... Are there any possibilities that I will win this game? Yutaka Kanou(3D Incorporated) d3@po.iijnet.or.jp tel:+81-45-314-8334 fax:+81-45-314-8335 Mitsuishi-building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan From guest Tue Oct 3 05:39:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA15450; Tue, 3 Oct 1995 05:37:05 -0700 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 FAA15447; Tue, 3 Oct 1995 05:37:04 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19450; Tue, 3 Oct 95 05:37:03 -0700 Received: from relay.nswc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA23236; Tue, 3 Oct 1995 05:37:00 -0700 From: lelkins@relay.nswc.navy.mil Received: from oanews (oanews.nswc.navy.mil) by relay.nswc.navy.mil (4.1/SMI-4.1) id AA21413; Tue, 3 Oct 95 08:36:58 EDT Received: by oanews (4.1/SMI-4.1) id AA05767; Tue, 3 Oct 95 08:37:28 EDT Message-Id: <9510031237.AA05767@oanews> Subject: Re: Incorrect Texture Mapping on RE To: info-performer@sgi.sgi.com Date: Tue, 3 Oct 95 8:37:28 EDT Cc: lelkins@relay.nswc.navy.mil (Leslie R. Elkins) X-Mailer: ELM [version 2.3 PL11] Status: O > > This sounds like the IRIX 5.3 texture repeat bug on Reality Engine. > Basically, texture repeat counts greater than 4 bits (15) would smear > badly. I believe there's a Patch for it now. I don't know the > number though. Sharon Clay diagnosed this bug for me months ago. > Sharon explained that exceeding 4 bits of repeat invokes an exception > in the RE microcode ... that is broken in IRIX 5.3. Also, even with > the patch, this condition draws slower. > > -- > Regards, > Marcus Barnes, Member Technical 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 > It just so happens that I've been cussing myself for the last couple of days trying to solve a repeated texture problem, thinking it was my fault... Would someone happen to have to patch number handy? -Les ---------------------------------------------------------------------- lelkins@relay.nswc.navy.mil The views expressed herein do not represent those of NSWC, the Navy, Les Elkins or the federal government. Naval Surface Warfare Center Dahlgren Division (And anybody who says otherwise is Silver Spring, MD itching for a fight...) From guest Tue Oct 3 07:29:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA15705; Tue, 3 Oct 1995 07:27:28 -0700 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 HAA15702; Tue, 3 Oct 1995 07:27:28 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21655; Tue, 3 Oct 95 07:27:27 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA04081; Tue, 3 Oct 1995 07:27:23 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA21651; Tue, 3 Oct 95 07:27:15 -0700 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id HAA01438; Tue, 3 Oct 1995 07:27:14 -0700 Date: Tue, 3 Oct 1995 07:27:14 -0700 From: mtj@babar (Michael Jones) Message-Id: <199510031427.HAA01438@babar.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: RE: The release date for performer 2.0 Status: O ...is very soon. We are finishing the man pages and programmer's guide now, and will release to our manufacturing group this month. Expect to see CD's early next month if you have software maintenance. I think that you will like it. Michael Jones Be seeing you, Phone:415.390.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 Tue Oct 3 06:43:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA15587; Tue, 3 Oct 1995 06:40:08 -0700 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 GAA15584; Tue, 3 Oct 1995 06:40:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20515; Tue, 3 Oct 95 06:40:07 -0700 Received: from huey.ntsc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA28465; Tue, 3 Oct 1995 06:39:57 -0700 From: william_marinelli@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA16992; Tue, 3 Oct 95 09:36:56 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.10.05) id AA812738392; Tue, 03 Oct 95 09:36:50 EST Date: Tue, 03 Oct 95 09:36:50 EST Message-Id: <9509038127.AA812738392@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: The release date for performer 2.0 Status: O is....... From guest Tue Oct 3 08:24:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA15860; Tue, 3 Oct 1995 08:21:53 -0700 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 IAA15857; Tue, 3 Oct 1995 08:21:53 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23318; Tue, 3 Oct 95 08:21:51 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA11785; Tue, 3 Oct 1995 08:21:36 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23297; Tue, 3 Oct 95 08:21:30 -0700 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA03301; Tue, 3 Oct 1995 08:21:29 -0700 From: "Michael Jones" Message-Id: <9510030821.ZM3299@babar.asd.sgi.com> Date: Tue, 3 Oct 1995 08:21:28 -0700 In-Reply-To: d3@po.iijnet.or.jp "3D virtual memory system" (Oct 3, 10:11am) References: <199510030111.KAA08585@sh0.po.iijnet.or.jp> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: d3@po.iijnet.or.jp, info-performer@sgi.sgi.com Subject: Re: 3D virtual memory system Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 3, 10:11am, d3@po.iijnet.or.jp wrote: > Subject: 3D virtual memory system :Hello. :I am designing a real-time simulation system with Performer. The database I am :concerned about is so large(giga bytes order) that the whole data cannot :reside on the CUP memory. So I design a server which acts as a "3D space :search engine". This server gets the information about the current view volume :from the simulation process and search data very quickly from the disk(This is :organized for quick spacial search) and puts the appropriate data to the :simulation process. Performer asynchronously reads data(files) and continues :simulation... :Are there any possibilities that I will win this game? This will work in Performer 2.0 but not (in general) in Performer 1.2. -- Be seeing you, Phone:415.390.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 Tue Oct 3 08:36:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA15909; Tue, 3 Oct 1995 08:34:18 -0700 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 IAA15906; Tue, 3 Oct 1995 08:34:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23723; Tue, 3 Oct 95 08:34:15 -0700 Received: from walt.disney.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA13796; Tue, 3 Oct 1995 08:34:08 -0700 Received: from fat.rd.wdi.disney.com by walt.disney.com with SMTP id AA00319 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Tue, 3 Oct 1995 08:34:12 -0700 Received: from barney (barney.rd.wdi.disney.com) by fat.rd.wdi.disney.com with SMTP id AA11256 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Tue, 3 Oct 1995 08:34:49 -0700 Received: by barney (940816.SGI.8.6.9/930416.SGI.AUTO) id IAA03229; Tue, 3 Oct 1995 08:34:48 -0700 Date: Tue, 3 Oct 1995 08:34:48 -0700 Message-Id: <199510031534.IAA03229@barney> From: Scott Watson To: info-performer@sgi.sgi.com Subject: Re: Incorrect Texture Mapping on RE In-Reply-To: <9510031237.AA05767@oanews> References: <9510031237.AA05767@oanews> Status: O >> This sounds like the IRIX 5.3 texture repeat bug on Reality >> Engine. Basically, texture repeat counts greater than 4 bits >> (15) would smear badly. I believe there's a Patch for it now. >> I don't know the number though. Sharon Clay diagnosed this bug >> for me months ago. Sharon explained that exceeding 4 bits of >> repeat invokes an exception in the RE microcode ... that is >> broken in IRIX 5.3. Also, even with the patch, this condition >> draws slower. HOW MUCH SLOWER (fill?) is more than 4 bits of repeat? lelkins> It just so happens that I've been cussing myself for the lelkins> last couple of days trying to solve a repeated texture lelkins> problem, thinking it was my fault... Would someone happen lelkins> to have to patch number handy? Hey - we could really use this too. I thought we had a modelling problem... -Scott From guest Tue Oct 3 10:24:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA16058; Tue, 3 Oct 1995 09:23:51 -0700 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 JAA16055; Tue, 3 Oct 1995 09:23:50 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25815; Tue, 3 Oct 95 09:23:48 -0700 Received: from relay.mod.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA21080; Tue, 3 Oct 1995 09:23:26 -0700 Received: from hermes.dra.hmg.gb by relay.mod.uk with local SMTP id ; Tue, 3 Oct 1995 17:23:04 +0100 Received: from taz.dra.hmg.gb by hermes.dra.hmg.gb (MX V4.1 VAX) with SMTP; Tue, 03 Oct 1995 17:22:53 GMT Received: by taz.dra.hmg.gb (MX V4.1 AXP) id 33; Tue, 03 Oct 1995 17:24:30 GMT Date: Tue, 03 Oct 1995 17:24:30 GMT From: "Mr. Alun Evans" To: INFO-PERFORMER@sgi.sgi.com Message-Id: <0099753D.8FD9C9C1.33@taz.dra.hmg.gb> Subject: pfChanPick Status: O Hi all! Has anyone tried using pfChanPick? All I want to do is select certain objects in a ModelGen(.flt) file. Everything seems okay until I introduce a pfChanViewOffset() on the channel that I am doing the picking in. To pick the same object as before I would have to offset my cursor by an appropriate value related to the chanviewoffset. Is there a way of letting pfChanPick know about channel view offsets, if so how? Thanx in advance, A.Evans DRA Farn. From guest Tue Oct 3 12:04:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA16486; Tue, 3 Oct 1995 12:00:22 -0700 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 MAA16483; Tue, 3 Oct 1995 12:00:21 -0700 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 AA05641; Tue, 3 Oct 95 12:00:19 -0700 Received: from merl.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA18206; Tue, 3 Oct 1995 12:00:06 -0700 Received: from [140.237.1.47] (centris3.merl.com) by merl.com (4.1/SMI-4.0) id AA25463; Tue, 3 Oct 95 13:47:09 EDT 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: Tue, 3 Oct 1995 13:47:10 -0400 To: info-performer@sgi.sgi.com From: barrus@merl.com (John W. Barrus) Subject: Re: Incorrect Texture Mapping on RE Status: O At 8:34 AM 10/3/95, Scott Watson wrote: > >> This sounds like the IRIX 5.3 texture repeat bug on Reality > >> Engine. Basically, texture repeat counts greater than 4 bits > >> (15) would smear badly. I believe there's a Patch for it now. > >> I don't know the number though. Sharon Clay diagnosed this bug > >> for me months ago. Sharon explained that exceeding 4 bits of > >> repeat invokes an exception in the RE microcode ... that is > >> broken in IRIX 5.3. Also, even with the patch, this condition > >> draws slower. > >HOW MUCH SLOWER (fill?) is more than 4 bits of repeat? > > lelkins> It just so happens that I've been cussing myself for the > lelkins> last couple of days trying to solve a repeated texture > lelkins> problem, thinking it was my fault... Would someone happen > lelkins> to have to patch number handy? > >Hey - we could really use this too. I thought we had a modelling >problem... > >-Scott We see the problem also on big polygons that use a repeated grass texture. Where do I get a patch? This is causing huge problems for us when we give demos and make videos. John B. ------------------------- John Barrus Research Scientist Mitsubishi Electric Research Laboratories, Inc. voice 1.617.621.7535 201 Broadway fax 1.617.621.7550 Cambridge, MA 02139 barrus@merl.com From guest Tue Oct 3 11:49:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA16434; Tue, 3 Oct 1995 11:44:18 -0700 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 LAA16431; Tue, 3 Oct 1995 11:44:17 -0700 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 AA04604; Tue, 3 Oct 95 11:44:06 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA15577; Tue, 3 Oct 1995 11:43:21 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id OAA05752; Tue, 3 Oct 1995 14:17:37 -0400 Date: Tue, 3 Oct 1995 14:17:37 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199510031817.OAA05752@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: IRIX 5.3 texture repeat bug on Reality Engine Status: O I too, had a call in about this bug a few months ago but the patch( I'm sorry I don't remember the number) didn't solve the problem on our machine. I actually had to remove it becuase it caused other problems. Perhaps it was only because I couldn't find a solution to the problem, but I've convinced myself the threshold that is exceeded when the streaking starts to appear( when I'm scaling a texture in Medit) is signifigant in performance terms. Things seem to be faster now that I've re-applied our textures so there is no streaking. It seems to be a nice non-abstract indicator. That is I think that even under 5.2 there may have been a penalty for exceeding the 4 bits of repeat. Thanks for posting Sharon's diagnosis I never really got an explanation. Dorrie From guest Tue Oct 3 14:29:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA17131; Tue, 3 Oct 1995 14:23:49 -0700 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 OAA17128; Tue, 3 Oct 1995 14:23:47 -0700 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 AA14622; Tue, 3 Oct 95 14:23:43 -0700 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA13890; Tue, 3 Oct 1995 14:23:21 -0700 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id NAA06720 for ; Tue, 3 Oct 1995 13:36:56 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA05146 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 3 Oct 1995 20:31:03 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id NAA03635; Tue, 3 Oct 1995 13:54:33 -0700 From: "Marcus Barnes" Message-Id: <9510031354.ZM3633@royalflush.engr.multigen.com> Date: Tue, 3 Oct 1995 13:54:32 -0700 In-Reply-To: dorrie@beamish.mit.edu (Dorrie Hall) "IRIX 5.3 texture repeat bug on Reality Engine" (Oct 3, 2:17pm) References: <199510031817.OAA05752@beamish.mit.edu> 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: IRIX 5.3 texture repeat bug on Reality Engine Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 3, 2:17pm, Dorrie Hall wrote: > Subject: IRIX 5.3 texture repeat bug on Reality Engine > > > I too, had a call in about this bug a few months ago but > the patch( I'm sorry I don't remember the number) didn't > solve the problem on our machine. I actually had to remove > it becuase it caused other problems. Perhaps it was only > because I couldn't find a solution to the problem, but I've > convinced myself the threshold that is exceeded when the > streaking starts to appear( when I'm scaling a texture in > Medit) is signifigant in performance terms. Things seem to > be faster now that I've re-applied our textures so there is > no streaking. It seems to be a nice non-abstract indicator. > That is I think that even under 5.2 there may have been a penalty This is true. Even though IRIX pre-5.3 handled texture repeats correctly, it's still a RE microcode exception that degrades performance. By modelling your textures to avoid excessive repeat counts, you are actually staying on the RE texture "fast path" as it were ... > for exceeding the 4 bits of repeat. > Thanks for posting Sharon's diagnosis I never really got > an explanation. > Dorrie >-- End of excerpt from Dorrie Hall You're welcome :-) -- Regards, Marcus Barnes, Member Technical 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 Oct 3 17:14:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA18091; Tue, 3 Oct 1995 17:05:33 -0700 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 RAA18087; Tue, 3 Oct 1995 17:05:31 -0700 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 AA25777; Tue, 3 Oct 95 17:05:07 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA12104; Tue, 3 Oct 1995 17:05:03 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id QAA08374; Tue, 3 Oct 1995 16:23:31 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23448; Tue, 3 Oct 95 16:22:50 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA02233; Tue, 3 Oct 1995 16:23:22 -0700 Message-Id: <199510032323.QAA02233@surreal.asd.sgi.com> To: "Mr. Alun Evans" Cc: info-performer@sgi.sgi.com Subject: Re: pfChanPick In-Reply-To: Your message of "Tue, 03 Oct 95 17:24:30 GMT." <0099753D.8FD9C9C1.33@taz.dra.hmg.gb> Date: Tue, 03 Oct 95 16:23:22 -0700 From: Jim Helman Status: O This is a bug. pfChanPick does not handle offset channels in 1.2. Fixed in 2.0. N.B. pfChanPick is really a convenience routine, albeit a big convenience. All the information (i.e. model and viewing transforms, window size) you need to write your own pfChanPick using pfSegsIsectNode is available to you in the pfChannel and pfPipe API. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Wed Oct 4 11:02:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19949; Wed, 4 Oct 1995 10:59:28 -0700 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 KAA19946; Wed, 4 Oct 1995 10:59:27 -0700 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 AA03856; Wed, 4 Oct 95 10:59:24 -0700 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA14243; Wed, 4 Oct 1995 10:59:21 -0700 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 KAA11455; Wed, 4 Oct 1995 10:46:48 -0700 Received: by lee.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id WAA01526; Tue, 3 Oct 1995 22:48:16 -0700 From: "AnitaKishore" Message-Id: <9510032248.ZM1524@lee.electrogig.com> Date: Tue, 3 Oct 1995 22:48:14 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: using multiple channels on a single pipe Reality Engine Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody, In my application, I see that when I use two channels on a single pipeline, both having a common viewing configuration (they are NOT channel groups), and rendering different pfScenes (OR the same pfScene), each channel rendering into one-half of the pipe window (window is halved vertically), the size of the scene displayed in any half is not the same as that of the size of the same scene displayed in the whole window using a single channel, and all other configurations remaining the same. That is: when I use a single channel, my scene fills the entire window. Whereas, in dual channel mode, the scene fills only about 3/4th of its half of the window. I would expect that it would be the same in either mode. Can anyone tell me why is it different? What else am I missing in the setup, OR where am I going wrong? Thanks for any help. -anita ----------------------------------------------------------------------------- Anita Kishore kishore@electrogig.com ----------------------------------------------------------------------------- From guest Wed Oct 4 01:34:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA19231; Wed, 4 Oct 1995 01:32:15 -0700 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 BAA19228; Wed, 4 Oct 1995 01:32:15 -0700 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 AA16109; Wed, 4 Oct 95 01:32:12 -0700 Received: from rs2.hrz.th-darmstadt.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA14753; Wed, 4 Oct 1995 01:31:00 -0700 From: reiners@igd.fhg.de Received: from igd.igd.fhg.de (dakeeper.igd.fhg.de) by rs2.hrz.th-darmstadt.de with SMTP id AB27665 (5.65c/IDA-1.4.4 for ); Wed, 4 Oct 1995 09:30:53 +0100 Received: by igd.igd.fhg.de; Wed, 4 Oct 95 09:31:02 +0100 Received: by uderzo.igd.fhg.de (940816.SGI.8.6.9/SMI-4.0) id JAA11902; Wed, 4 Oct 1995 09:08:25 +0100 Date: Wed, 4 Oct 1995 09:08:25 +0100 Message-Id: <9510040908.ZM11900@uderzo> In-Reply-To: lelkins@relay.nswc.navy.mil "Re: Incorrect Texture Mapping on RE" (Oct 3, 8:37) References: <9510031237.AA05767@oanews> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Incorrect Texture Mapping on RE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 3, 8:37, lelkins@relay.nswc.navy.mil wrote: > Subject: Re: Incorrect Texture Mapping on RE > > > It just so happens that I've been cussing myself for the last couple of > days trying to solve a repeated texture problem, thinking it was my fault... > Would someone happen to have to patch number handy? > > -Les > >-- End of excerpt from lelkins@relay.nswc.navy.mil It's Patch 154. If you're thinking about using OpenGL you should get it anyway, but it also fixes the texture repeat bug. On Oct 3, 14:17, Dorrie Hall wrote: > Subject: IRIX 5.3 texture repeat bug on Reality Engine > > > I too, had a call in about this bug a few months ago but > the patch( I'm sorry I don't remember the number) didn't > solve the problem on our machine. I actually had to remove > it becuase it caused other problems. Hmm, it works for me. Do you have a small example handy that I could try? > Perhaps it was only > because I couldn't find a solution to the problem, but I've > convinced myself the threshold that is exceeded when the > streaking starts to appear( when I'm scaling a texture in > Medit) is signifigant in performance terms. Things seem to > be faster now that I've re-applied our textures so there is > no streaking. It seems to be a nice non-abstract indicator. > That is I think that even under 5.2 there may have been a penalty > for exceeding the 4 bits of repeat. > Thanks for posting Sharon's diagnosis I never really got > an explanation. Yeah, another little insight into the deep dark realms inside our most beloved beasts... :-) > Dorrie >-- End of excerpt from Dorrie Hall CU Dirk From guest Wed Oct 4 05:46:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA19482; Wed, 4 Oct 1995 05:43:42 -0700 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 FAA19479; Wed, 4 Oct 1995 05:43:42 -0700 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 AA20392; Wed, 4 Oct 95 05:43:41 -0700 Received: from sgiaix.aix.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA01357; Wed, 4 Oct 1995 05:43:30 -0700 Received: by sgiaix.aix.sgi.com (911016.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA19603; Wed, 4 Oct 95 13:42:53 +0100 From: "Yves DEMANGE" Message-Id: <9510041342.ZM19601@sgiaix.aix.sgi.com> Date: Wed, 4 Oct 1995 13:42:53 +0100 X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: info-performer@sgi.sgi.com Subject: Distortion Correction Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, I would test correction distortion using texture engine. Is there people having some Performer or GL/OpenGL code running such of things note that performance is not a pb, I just want to test the functionnality. Two questions about that, 1. Is there some s/w capabilities to include the correction in the database traversal instead of just distort rendered image of the frame buffer ? 2. Will performer include these Features in the future ? Thanks, yves -- ========================================= = Yves DEMANGE M/S : IFR-342 = = Pre-sales engineer = = SGI France AIX-EN PROVENCE Office = = Parc club du golf, bat 20 = = Av. Guillibert de la Lauziere = = BP 107000 Aix-en-Provence cedex 3 = = FRANCE = = Tel : (33) 42 39 77 79 = = Fax : (33) 42 39 77 50 = = E-Mail : deum@aix.sgi.com VM 59361 = ========================================= From guest Wed Oct 4 07:43:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA19659; Wed, 4 Oct 1995 07:40:17 -0700 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 HAA19656; Wed, 4 Oct 1995 07:40:17 -0700 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 AA23467; Wed, 4 Oct 95 07:40:15 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA12610; Wed, 4 Oct 1995 07:40:13 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id PAA07542; Wed, 4 Oct 1995 15:23:16 +0100 From: "Angus Dorbie" Message-Id: <9510041523.ZM7540@bitch.reading.sgi.com> Date: Wed, 4 Oct 1995 15:23:15 +0100 In-Reply-To: "Yves DEMANGE" "Distortion Correction" (Oct 4, 1:42pm) References: <9510041342.ZM19601@sgiaix.aix.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Yves DEMANGE" , info-performer@sgi.sgi.com Subject: Re: Distortion Correction Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 4, 1:42pm, Yves DEMANGE wrote: > Subject: Distortion Correction > Hi, > > I would test correction distortion using texture engine. > > Is there people having some Performer or GL/OpenGL code running > such of things > note that performance is not a pb, I just want to test the functionnality. Angus Henderson recently uploaded some real-time distortion correction software for a dome projector, it reads 3 rendered images from the framebuffer into texture memory and textures them to polygon mesh to create a single "fisheye" view in real-time. Because performance isn't an issue you could try much higher resolutions than this demo uses. ftp://sgigate.sgi.com/pub/Performer/RealityCentre/ > > Two questions about that, > > 1. Is there some s/w capabilities to include the correction in the > database traversal instead of just distort rendered image of the > frame buffer ? > > 2. Will performer include these Features in the future ? The shark demo in the same directory applies distortion to the geometry in the scene graph but I suspect that this isn't what you mean. In the general case distortion correction is best applied in the framebuffer, you can only affect vertex information in the scene graph, not apply non-linear edge rendering & shading. This means you must have lots of vertices & polygons to allow reasonably smooth distortion if you only distort your geometry. If you don't mind having to tesselate your geometry and draw lots of polygons then look at the atlantis demo. > > > Thanks, > > yves > > > > -- > ========================================= > = Yves DEMANGE M/S : IFR-342 = > = Pre-sales engineer = > = SGI France AIX-EN PROVENCE Office = > = Parc club du golf, bat 20 = > = Av. Guillibert de la Lauziere = > = BP 107000 Aix-en-Provence cedex 3 = > = FRANCE = > = Tel : (33) 42 39 77 79 = > = Fax : (33) 42 39 77 50 = > = E-Mail : deum@aix.sgi.com VM 59361 = > ========================================= > > >-- End of excerpt from Yves DEMANGE -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Thu Oct 5 01:28:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA24752; Thu, 5 Oct 1995 01:18:57 -0700 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 BAA24749; Thu, 5 Oct 1995 01:18:56 -0700 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 AA19632; Thu, 5 Oct 95 01:18:48 -0700 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA27641; Thu, 5 Oct 1995 01:18:38 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id JAA10396 for ; Thu, 5 Oct 1995 09:18:36 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA23987; Thu, 5 Oct 1995 09:11:16 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id JAA19341; Thu, 5 Oct 1995 09:08:58 +0100 From: "Lionel Maiaux" Message-Id: <9510050908.ZM19339@quartz> Date: Thu, 5 Oct 1995 09:08:58 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Performances with BLEND_ALPHA orMS_ALPHA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi everybody, I work on a RE2 and I usually use MS_ALPHA type of transparency, but I read some mails about sorting transparent objects, so I suppose some of you are using BLEND_ALPHA type. My question is : - what is the difference of performance between these 2 type of transparency (just fill rate I suppose) on a RE2, From guest Thu Oct 5 15:35:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA27432; Thu, 5 Oct 1995 15:29:45 -0700 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 PAA27429; Thu, 5 Oct 1995 15:29:44 -0700 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 AA17409; Thu, 5 Oct 95 15:29:39 -0700 Received: from ldsa.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA21911; Thu, 5 Oct 1995 15:29:17 -0700 Received: from ldsa.com (sun7) by ldsa.com (5.x/SMI-SVR4) id AA24432; Thu, 5 Oct 1995 18:00:14 -0400 Received: from sun141.ldsa by ldsa (5.0/SMI-SVR4) id AA08993; Thu, 5 Oct 1995 18:01:27 +0500 Date: Thu, 5 Oct 1995 18:01:27 +0500 From: mwilliam@ldsa.com (Michael J. Williams) Message-Id: <9510052201.AA08993@ldsa> To: info-performer@sgi.sgi.com Subject: Using RGBwritemask with Performer Status: O I am hoping to use Performer to manage some models over top of a detailed background. The plan is to draw the background (having about 30 colors) and then use RGBwritemask to protect it. We want to then use the remaining bitplanes to draw our models (5 colors) as fast as possible without having to keep drawing the background. Has anybody implemented a system this way (using RGBwritemask in effect to get an underlay plane with more than 4 colors)? The GL manual suggests that this can be done, but will Performer prevent us from doing this? We are on an Indigo2 Extreme, running IRIX 5.2, and Performer 1.2. We are currently drawing the background, and using lrectread/ lrectwrite to save it, and then restore it at the beginning of each frame. The lrectwrite takes 120 milliseconds, and is killing our timing. Thanks Mike Williams mwilliam@ldsa.com From guest Thu Oct 5 06:29:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA25023; Thu, 5 Oct 1995 06:20:12 -0700 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 GAA25020; Thu, 5 Oct 1995 06:20:12 -0700 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 AA25975; Thu, 5 Oct 95 06:20:10 -0700 Received: from death.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA16429; Thu, 5 Oct 1995 06:20:05 -0700 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id NAA05397; Thu, 5 Oct 1995 13:17:09 GMT Date: Thu, 5 Oct 1995 13:17:09 GMT From: angus@death.reading.sgi.com (Angus Henderson) Message-Id: <199510051317.NAA05397@death.reading.sgi.com> To: info-performer@sgi.sgi.com Subject: bergs Status: O berg 1 This appears to be a GL bug, Using texdef2d with a TX_MAGFILTER_ALPHA of TX_MODULATE_DETAIL & TX_MAGFILTER_COLOR of TX_BILINEAR causes the TX_DETAIL TX_CONTROL_POINT to be ignored - i.e. you can't change the detail texture tiling ratio berg 2 On RE2 you often need to move the near clip plane dynamically to best use your available z byffer resolution. If you do this with a non sorry with a skewed view frustum the culling breaks. In the application process calling "pfMakePerspFrust" & "pfFrustNearFar" were used to move the near plane in the pfFrame loop setting up a static skewed frustum at initaialisation did not break the culling - only a dynamic frustum. berg 3 I think John Rohlf may have answered this one but I am on site and I won't be able to check until tomorrow. Moving the near clip plane on skewed frusta caused a lateral shift in the view. If anyone can help on these bergs before I make a bug report please say ANGUs ^XW From guest Thu Oct 5 07:44:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA25187; Thu, 5 Oct 1995 07:42:42 -0700 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 HAA25184; Thu, 5 Oct 1995 07:42:41 -0700 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 AA29257; Thu, 5 Oct 95 07:42:40 -0700 Received: from dcscorp.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA25160; Thu, 5 Oct 1995 07:42:38 -0700 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Thu, 05 Oct 1995 10:44:17 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 05 Oct 1995 10:48:03 -0400 From: Tanner Lovelace To: info-performer@sgi.sgi.com Subject: 2.0 compatibility with 1.2 Status: O Greetings, I understand that 2.0 is getting nearer and nearer to a release date. The question I have is, how compatible with 1.2 is 2.0? Will I just be able to recompile my 1.2 code and have it work perfectly? If not, then what things will I need to change. Thanks in advance. Tanner Lovelace DCS Corporation Alexandria, VA P.S. I apologize in advance if this has been recently covered in this list. I just got back from being on my honeymoon for a month. From guest Thu Oct 5 11:53:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA25974; Thu, 5 Oct 1995 11:47:41 -0700 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 LAA25971; Thu, 5 Oct 1995 11:47:40 -0700 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 AA21790; Thu, 5 Oct 95 11:47:37 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id LAA07806; Thu, 5 Oct 1995 11:47:43 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA21776; Thu, 5 Oct 95 11:47:33 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA13725; Thu, 5 Oct 1995 11:47:36 -0700 From: "Javier Castellar" Message-Id: <9510051147.ZM13723@sixty.asd.sgi.com> Date: Thu, 5 Oct 1995 11:47:36 -0700 In-Reply-To: "Yves DEMANGE" "Distortion Correction" (Oct 4, 1:42pm) References: <9510041342.ZM19601@sgiaix.aix.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Yves DEMANGE" Subject: Re: Distortion Correction Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The older example that i know was written in GL in 1989 by our beloved Paul Haberli and is performed moving the vertex location to match the LEEP lens optical/perspective distortion. This is not exactly perperctive distortion. You can find a basic example in the DT 1.0 (the famous Totally Insane). Another aproach was proposed mixing distortion correction + stereo correction in the equivalent to the today's CULL transversal, taking advantage of the LoD precalculation. In this approach a different perspective matrix was applied to correct a non uniform projection in function of the distance. The problem was that at that time the morphing process was like a SF chapter. (yes, morphing is much more that an exotic feature for performer, it is important not only for character animation in Disney ...) Anyway when the Reality Engine came up and the fbsubtexload service was provided. The perfomance is good but not enough for high resolution. It is also depends on the trade off between color resolution + space resolution ... etc. Some people have made some tests using fbsubtexload for optical correction in some hi-price "rated R" HMD, but only as an experiment. Another example which uses fbsubtexload was written by ANgus Henderson in the Reality Center and it is available. Mainly it corrects the perspective distortion due to planar proyection. I cannot remember the location but probably someone from the reality center will know the latest version location. Anyway in sgigate using the ftp anonymus account you can find some old versions. It works on reality engine but with low resolutions (due to fbsubtexload limitations). Regarding current plans ... well ... we are working on it taking in account much more effects than perspective distortion ... maybe the final result will be either a pfu or an example for performer... It will cover: 1) Perspective Distortion 2) Offset distortion 3) Optical Map correction All at the same time and with ways to demostrate the accurancy of the correction. I can't tell you any date yet. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: (415)-390-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 Thu Oct 5 13:23:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA26361; Thu, 5 Oct 1995 13:16:29 -0700 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 NAA26358; Thu, 5 Oct 1995 13:16:28 -0700 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 AA03348; Thu, 5 Oct 95 13:16:26 -0700 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA25248; Thu, 5 Oct 1995 13:16:21 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id QAA02052; Thu, 5 Oct 1995 16:15:41 -0400 Received: from vklm.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA05719; Thu, 5 Oct 1995 16:12:50 -0400 Received: by vklm.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA06393; Thu, 5 Oct 95 16:06:15 -0400 From: "Jean-Luc Dery" Message-Id: <9510051606.ZM6391@vklm.cae.ca> Date: Thu, 5 Oct 1995 16:06:03 -0400 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: zbuf read Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, This is a GL related question. What I'm trying to do might seen weird to you, but it's what seems to be a solution for the project I'm working on. My problem comes from the fact that I want to copy the z buffer content into the normal buffer using the rectcopy function. I want to isolate 8 bits in the z buffer by setting the shift value of pixmode and copy them to the alpha value of the normal buffer. I'm using a RGBwritemask to protect the color values. It works pretty fine if I'm writing to one of the RGB bits but I can't get it to write to the alpha bits. Since I know it's possible to write the z buffer to the normal planes, this should be possible. When I'm reading the zbuffer, the followings are set: pfAntialias( PFAA_OFF ); is called before pfDraw(); pixmode( PM_SIZE, 32 ); pixmode( PM_INPUT_TYPE, PM_UNSIGNED_BYTE ); pixmode( PM_INPUT_FORMAT, PM_RGBA ); pixmode( PM_OUTPUT_TYPE, PM_UNSIGNED_BYTE ); pixmode( PM_OUTPUT_FORMAT, PM_RGBA ); pixmode( PM_SHIFT, 8 ); zbuffer( TRUE ); zdraw( FALSE ); readsource( SRC_ZBUFFER ); RGBWritemask( 0x00, 0x00, 0x00 ); rectcopy( ... ); RGBwritemask( 0xFF, 0xFF, 0xFF ); The results I get is like RRGGBBAA ZBUF RRGGBBAA 0x------FF 0x------00 => 0x------FF I think I remember seeing that the alpha is not activated when multisample is disabled, ... but it has to be disabled in order to read the z buffer. Help !!! Thank in advance for any hints. -- ___________________________________________________________________ ____ ___ __ Jean-Luc Dery / \ /_ /__) \__/ System engineer __/___/ /___ / \ / CAE Electronics Ltd. GRAPHICS SOFTWARE TECHNOLOGY Phone: (514)341-6780 x2275 e-mail: dery@cae.ca FAX: (514)340-5496 ___________________________________________________________________ From guest Thu Oct 5 14:19:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26735; Thu, 5 Oct 1995 14:09:10 -0700 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 OAA26732; Thu, 5 Oct 1995 14:09:09 -0700 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 AA10050; Thu, 5 Oct 95 14:09:03 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA03100; Thu, 5 Oct 1995 14:09:01 -0700 Received: from bitch.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id NAA24745; Thu, 5 Oct 1995 13:54:49 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id VAA09198; Thu, 5 Oct 1995 21:54:38 +0100 From: "Angus Dorbie" Message-Id: <9510052154.ZM9196@bitch.reading.sgi.com> Date: Thu, 5 Oct 1995 21:54:38 +0100 In-Reply-To: "Jean-Luc Dery" "zbuf read" (Oct 5, 4:06pm) References: <9510051606.ZM6391@vklm.cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Jean-Luc Dery" , info-performer@sgi.sgi.com Subject: Re: zbuf read Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O o Only multisample transparency is disabled when not antialiasing on REs You still have alpha planes and blended transparency. o also from the manual: The result of rectcopy is undefined if zbuffer is TRUE, except when pixel mode PM_ZDATA is enabled (see pixmode). This special pixel mode, in conjunction with stencil operation, can be used to implement rectangle copies with depth buffering. o It's prefferable to use ABGR, it's much faster on RE. o The manual also says that positive shifts are to the left for copy, this suggests that your 8 bit shift to the left is leaving your low order bits (and that's alpha in PM_RGBA) empty. Hope this helps. Angus. On Oct 5, 4:06pm, Jean-Luc Dery wrote: > Subject: zbuf read > Hi, > > This is a GL related question. > > What I'm trying to do might seen weird to you, but it's what seems to be a > solution for the project I'm working on. > > My problem comes from the fact that I want to copy the z buffer content into > the normal buffer using the rectcopy function. > > I want to isolate 8 bits in the z buffer by setting the shift value of pixmode > and copy them to the alpha value of the normal buffer. I'm using a RGBwritemask > to protect the color values. It works pretty fine if I'm writing to one of the > RGB bits but I can't get it to write to the alpha bits. Since I know it's > possible to write the z buffer to the normal planes, this should be possible. > > When I'm reading the zbuffer, the followings are set: > > pfAntialias( PFAA_OFF ); is called before pfDraw(); > > pixmode( PM_SIZE, 32 ); > pixmode( PM_INPUT_TYPE, PM_UNSIGNED_BYTE ); > pixmode( PM_INPUT_FORMAT, PM_RGBA ); > pixmode( PM_OUTPUT_TYPE, PM_UNSIGNED_BYTE ); > pixmode( PM_OUTPUT_FORMAT, PM_RGBA ); > > pixmode( PM_SHIFT, 8 ); > > zbuffer( TRUE ); > zdraw( FALSE ); > > readsource( SRC_ZBUFFER ); > > RGBWritemask( 0x00, 0x00, 0x00 ); > > rectcopy( ... ); > > RGBwritemask( 0xFF, 0xFF, 0xFF ); > > The results I get is like > > RRGGBBAA ZBUF RRGGBBAA > 0x------FF 0x------00 => 0x------FF > > I think I remember seeing that the alpha is not activated when multisample is > disabled, ... but it has to be disabled in order to read the z buffer. > > Help !!! > > Thank in advance for any hints. > > > > > -- > ___________________________________________________________________ > ____ ___ __ > Jean-Luc Dery / \ /_ /__) \__/ > System engineer __/___/ /___ / \ / > > CAE Electronics Ltd. > GRAPHICS SOFTWARE TECHNOLOGY Phone: (514)341-6780 x2275 > e-mail: dery@cae.ca FAX: (514)340-5496 > ___________________________________________________________________ > > >-- End of excerpt from Jean-Luc Dery -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Oct 6 01:39:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA29511; Fri, 6 Oct 1995 01:36:09 -0700 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 BAA29508; Fri, 6 Oct 1995 01:36:08 -0700 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 AA15851; Fri, 6 Oct 95 01:36:07 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA12438; Fri, 6 Oct 1995 01:36:05 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id JAA09684; Fri, 6 Oct 1995 09:35:04 +0100 From: "Angus Dorbie" Message-Id: <9510060935.ZM9682@bitch.reading.sgi.com> Date: Fri, 6 Oct 1995 09:35:04 +0100 In-Reply-To: mwilliam@ldsa.com (Michael J. Williams) "Using RGBwritemask with Performer" (Oct 5, 6:01pm) References: <9510052201.AA08993@ldsa> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: mwilliam@ldsa.com (Michael J. Williams), info-performer@sgi.sgi.com Subject: Re: Using RGBwritemask with Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is a nice idea, but would only really work in very specific colour map cases. The problem you would have if you tried this in RGB mode is that you'd see the background through the objects you were drawing, unless they were a lot brighter or happened to contain all the background bits over their entire area. You'd also be pretty limited in what intensities & colours you could use in the background & database. Investigate storing your background in the accumulation buffer then when you want to renew it copy it through to the framebuffer, you can be selective about how much you copy by using scrmask. On Oct 5, 6:01pm, Michael J. Williams wrote: > Subject: Using RGBwritemask with Performer > > > I am hoping to use Performer to manage some models over top of > a detailed background. The plan is to draw the background (having > about 30 colors) and then use RGBwritemask to protect it. We want > to then use the remaining bitplanes to draw our models (5 colors) > as fast as possible without having to keep drawing the background. > > Has anybody implemented a system this way (using RGBwritemask > in effect to get an underlay plane with more than 4 colors)? > The GL manual suggests that this can be done, but will Performer > prevent us from doing this? > > We are on an Indigo2 Extreme, running IRIX 5.2, and Performer > 1.2. We are currently drawing the background, and using lrectread/ > lrectwrite to save it, and then restore it at the beginning of each > frame. The lrectwrite takes 120 milliseconds, and is killing our > timing. > > > Thanks > Mike Williams > mwilliam@ldsa.com > > >-- End of excerpt from Michael J. Williams -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Oct 6 01:43:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA29517; Fri, 6 Oct 1995 01:41:14 -0700 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 BAA29514; Fri, 6 Oct 1995 01:41:13 -0700 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 AA15926; Fri, 6 Oct 95 01:41:12 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA12764; Fri, 6 Oct 1995 01:41:10 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id JAA09694; Fri, 6 Oct 1995 09:39:56 +0100 From: "Angus Dorbie" Message-Id: <9510060939.ZM9692@bitch.reading.sgi.com> Date: Fri, 6 Oct 1995 09:39:55 +0100 In-Reply-To: mwilliam@ldsa.com (Michael J. Williams) "Using RGBwritemask with Performer" (Oct 5, 6:01pm) References: <9510052201.AA08993@ldsa> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: mwilliam@ldsa.com (Michael J. Williams), info-performer@sgi.sgi.com Subject: Re: Using RGBwritemask with Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Whoops, sorry about the accumulation buffer suggestion, I noticed youre using extreme graphics. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Oct 6 03:56:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA29771; Fri, 6 Oct 1995 03:51:57 -0700 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 DAA29768; Fri, 6 Oct 1995 03:51:56 -0700 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 AA25351; Fri, 6 Oct 95 03:51:55 -0700 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA20390; Fri, 6 Oct 1995 03:51:43 -0700 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA24825 (5.65b/CWI-3.3); Fri, 6 Oct 1995 11:51:40 +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 LAA18097 for ; Fri, 6 Oct 1995 11:49:50 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id LAA14683 for ; Fri, 6 Oct 1995 11:50:12 +0100 Message-Id: <199510061050.LAA14683@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: Custom Stress function, where to calculate? Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Fri, 06 Oct 95 11:50:11 +0100 From: (Mario Veraart) Status: O Hello performer programmers, In my application I want to implement my own stress algorithm. >From a control theory point of view it's bad to use the value of the control variable to change it's value (stress += stress * scale). Now I want to find the best place to calculate the stress value to minimise the latency. The question is, when is the new value of the channel load available? I guess it's after the call to pfSync(). Then the code would look like: pfSync(); curLoad = pfGetChanLoad(myChan); [calculate stress value, simple algorithm] pfChanStress(myChan,newStressVal); [some other time critical stuff] pfFrame(); Can somebody tell me if this is the best way to do it? Thanks in advance. Mario From guest Fri Oct 6 16:47:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA01644; Fri, 6 Oct 1995 16:42:59 -0700 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 QAA01641; Fri, 6 Oct 1995 16:42:58 -0700 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 AA09040; Fri, 6 Oct 95 16:42:57 -0700 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA21652; Fri, 6 Oct 1995 16:42:53 -0700 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 QAA27224; Fri, 6 Oct 1995 16:42:22 -0700 Received: by lee.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id EAA03975; Fri, 6 Oct 1995 04:43:49 -0700 From: "AnitaKishore" Message-Id: <9510060443.ZM3973@lee.electrogig.com> Date: Fri, 6 Oct 1995 04:43:47 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: regarding multiple channels on a single pipe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I create two channels with completly different FOV, and viewing directions and positions. They are not grouped together. Both of them share a common scene graph. Their viewports are the default values of full window. When the simulation loop starts, I want to be able to switch between the two channels - once showing the scene from channel 1, another time showing it from channel 2. I don't want to display both channel's views at the same time. I have tried to do this using // switch after count = 50; for example pfChanScene(chan2, NULL); pfChanScene(chan1, scene); // switch from chan2 to chan1 in the simulation loop after I have configured them outside the loop, created in the order chan1, then chan2, so that view before switching will be that of chan2. But this doesn't work. When count=50, chan2's view is now NULL (blank) but chan1's view doesn't appear. Any ideas on how to do this...? Thanks for any input. -anita From guest Fri Oct 6 06:28:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA29950; Fri, 6 Oct 1995 06:20:50 -0700 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 GAA29947; Fri, 6 Oct 1995 06:20:49 -0700 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 AA03882; Fri, 6 Oct 95 06:20:45 -0700 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA29934; Fri, 6 Oct 1995 06:20:40 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id JAA03589; Fri, 6 Oct 1995 09:23:08 -0400 Received: from vklm.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA25988; Fri, 6 Oct 1995 09:19:17 -0400 Received: by vklm.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA08391; Fri, 6 Oct 95 09:18:25 -0400 From: "Jean-Luc Dery" Message-Id: <9510060918.ZM8389@vklm.cae.ca> Date: Fri, 6 Oct 1995 09:18:19 -0400 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: zbuf read Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi again, I send a mail yesterday on the z buffer read using the rectcopy with a shift to the alpha in the normal buffer. As I said, I can write to any RGB value of the normal bit plane but can't write on the alpha bits. This takes place in a Performer application with a RE2. Here is, again but corrected, what i'm doing: ... pixmode( PM_SIZE, 32 ); pixmode( PM_INPUT_TYPE, PM_UNSIGNED_BYTE ); pixmode( PM_INPUT_FORMAT, PM_ABGR ); pixmode( PM_OUTPUT_TYPE, PM_UNSIGNED_BYTE ); pixmode( PM_OUTPUT_FORMAT, PM_ABGR ); pixmode( PM_SHIFT, 8 ); zbuffer( FALSE ); readsource( SRC_ZBUFFER ); RGBWritemask( 0x00, 0x00, 0x00 ); rectcopy( ... ); RGBwritemask( 0xFF, 0xFF, 0xFF ); zbuffer( TRUE ); ... The results I get is like AABBGGRR ZBUF AABBGGRR 0xFF------ 0x------00 => 0xFF------ If I query the graphics set up at the end of the pipe ConfigFunc, I get getgdesc( GD_BITS_NORM_DBL_RED ) = 12 getgdesc( GD_BITS_NORM_DBL_ALPHA ) = 12 getgdesc( GD_BITS_NORM_ZBUFFER ) = 32 getgconfig( GC_DOUBLE ) = 1 getgconfig( GC_BITS_RED ) = 8 getgconfig( GC_BITS_ALPHA ) = 0 <--------------- getgconfig( GC_BITS_ZBUFFER ) = 4294967272 The setup I'm in doesn't seem to configure any available alpha bit planes. Another thing is that when I read the z buffer with a lrectread, all the lower 8 bits are at 00. One more thing, in the RGBsize man page, under the BUGS notice, I read the following: On the IRIS-4D RealityEngine models when the number of planes configured for each single-color component is 8, the framebuffer consist of no alpha bit planes. On the IRIS-4D RealityEngine models the framebuffer cannot be configured to consist of 32 Z buffer planes (or 32 depth planes in the multisample buffer) and 8 color planes for each of the RGB color buffers simultaneously. Does this apply in my case, with a RE2; am I in a dead end ??? Thanks for any help. -- ___________________________________________________________________ ____ ___ __ Jean-Luc Dery / \ /_ /__) \__/ System engineer __/___/ /___ / \ / CAE Electronics Ltd. GRAPHICS SOFTWARE TECHNOLOGY Phone: (514)341-6780 x2275 e-mail: dery@cae.ca FAX: (514)340-5496 ___________________________________________________________________ From guest Sat Oct 7 05:13:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA02441; Sat, 7 Oct 1995 05:08:36 -0700 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 FAA02438; Sat, 7 Oct 1995 05:08:34 -0700 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 AA14515; Sat, 7 Oct 95 05:08:34 -0700 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA18744; Sat, 7 Oct 1995 05:08:32 -0700 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA07156; Sat, 7 Oct 95 08:07:32 -0400 Message-Id: <9510071207.AA07156@dw3si.ess.harris.com> To: "AnitaKishore" Cc: info-performer@sgi.sgi.com, bmcquear@dw3f.ess.harris.com Subject: Re: regarding multiple channels on a single pipe In-Reply-To: Your message of "Fri, 06 Oct 95 04:43:47 PDT." <9510060443.ZM3973@lee.electrogig.com> Date: Sat, 07 Oct 95 08:07:30 -0400 X-Mts: smtp Status: O >>I create two channels with completly different FOV, and viewing directions and.... Anita, You can toggle between channels using pfChanTravMode like in the following fragment... (Note: channels have been previously set up for each to take half the viewport) /*------------------------------------------------- |-- Set the pfChannel to the active channel -------------------------------------------------*/ if (activeChannel == CHANNEL_1) { /*-------------------------------------------- |-- Make sure the channel is on --------------------------------------------*/ pfChanTravMode(channel, PFTRAV_DRAW, PFDRAW_ON); /*--------------------------------------- |-- Set the viewport one to full window ---------------------------------------*/ pfChanViewport(channel, 0.0f, 1.0f, 0.0f, 1.0f); /*-------------------------------------------- |-- Turn off the other channel --------------------------------------------*/ pfChanTravMode(channel2, PFTRAV_DRAW, PFDRAW_OFF); }  else if (activeChannel == CHANNEL_2) { /*-------------------------------------------- |-- Make sure the channel is on --------------------------------------------*/ pfChanTravMode(channel2, PFTRAV_DRAW, PFDRAW_ON); /*--------------------------------------- |-- Set the viewport two to full window ---------------------------------------*/ pfChanViewport(channel2, 0.0f, 1.0f, 0.0f, 1.0f); /*-------------------------------------------- |-- Turn off the other channel --------------------------------------------*/ pfChanTravMode(channel, PFTRAV_DRAW, PFDRAW_OFF); } ----------------------------------------------------------- Bruce McQueary | Phone 407-984-5964 (Office) Harris Corporation, ISD | 407-984-6813 (Lab) P.O. Box 98000 | Fax 407-984-6323 W3-3207 | email: bmcquear@harris.com Melbourne, FL 32902 | ----------------------------------------------------------- From guest Sat Oct 7 09:48:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02703; Sat, 7 Oct 1995 09:45:51 -0700 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 JAA02700; Sat, 7 Oct 1995 09:45:50 -0700 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 AA18960; Sat, 7 Oct 95 09:45:49 -0700 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA29690; Sat, 7 Oct 1995 09:45:47 -0700 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA18327; Sat, 7 Oct 1995 09:48:52 -0700 Received: from aw533.iasl.ca.boeing.com by aw101.iasl.ca.boeing.com with SMTP id AA27583 (5.67a/IDA-1.4.4 for ); Sat, 7 Oct 1995 09:44:50 -0700 From: "David H. Whittington" Received: by aw533.info-performer@sgi.com (5.65c/client-1.3) id AA25652; Sat, 7 Oct 1995 09:44:50 -0700 Message-Id: <199510071644.AA25652@aw533.info-performer@sgi.com> Subject: WWW Selected Topics To: info-performer@sgi.sgi.com Date: Sat, 7 Oct 1995 09:44:49 -0700 (PDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 896 Status: O I got on my soapbox a couple of weeks ago and asked for a WWW subdirectory for code sections and example programs to be deposited. With WWW, I can see that the "selected topics" area might be a good choice but why are the contents of that directory so old (mostly 1994)? What is the problem in us - the contributors - being able to submit example code sequence and having them placed on the /pub/Performer WWW site? .=========================================================================. / 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 Sat Oct 7 18:42:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA03214; Sat, 7 Oct 1995 18:39:05 -0700 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 SAA03211; Sat, 7 Oct 1995 18:39:05 -0700 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 AA29779; Sat, 7 Oct 95 18:39:04 -0700 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id SAA29935; Sat, 7 Oct 1995 18:39:01 -0700 From: halliday@cs.sfu.ca Received: from bowen (bowen.cs.sfu.ca) by cs.sfu.ca with SMTP id AA29981 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Sat, 7 Oct 1995 18:39:00 -0700 Received: by bowen (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id SAA15718; Sat, 7 Oct 1995 18:38:59 -0700 Message-Id: <199510080138.SAA15718@bowen> Subject: fog on impact with performer 1.2 To: info-performer@sgi.sgi.com Date: Sat, 7 Oct 1995 18:38:56 -0800 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 167 Status: O I have a performer 1.2 program that has fog and works on an extreme. Everthing works on an impact except the fog. Any ideas? -- Sean Halliday halliday@cs.sfu.ca From guest Mon Oct 9 08:51:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA05009; Mon, 9 Oct 1995 08:47:29 -0700 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 IAA05006; Mon, 9 Oct 1995 08:47:28 -0700 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 AA00723; Mon, 9 Oct 95 08:47:27 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA09693; Mon, 9 Oct 1995 08:47:26 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id AAA14188; Mon, 9 Oct 1995 00:47:57 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23760; Mon, 9 Oct 95 00:46:40 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id AAA14710; Mon, 9 Oct 1995 00:46:39 -0700 Message-Id: <199510090746.AAA14710@surreal.asd.sgi.com> To: "David H. Whittington" Cc: info-performer@sgi.sgi.com Subject: Re: WWW Selected Topics In-Reply-To: Your message of "Sat, 07 Oct 95 09:44:49 PDT." <199510071644.AA25652@aw533.info-performer@sgi.com> Date: Mon, 09 Oct 95 00:46:38 -0700 From: Jim Helman Status: O > why are the contents of that directory so old (mostly 1994)? been busy??? > What is the problem in us - the contributors - being able to submit > example code sequence and having them placed on the /pub/Performer > WWW site? No problem at all; we'd love to have more code and useful bits. Send requests to info-performer-request@sgi.com. Allan or I will look after them. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Oct 9 12:06:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA05677; Mon, 9 Oct 1995 11:56:37 -0700 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 LAA05674; Mon, 9 Oct 1995 11:56:36 -0700 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 AA11137; Mon, 9 Oct 95 11:56:33 -0700 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA01018; Mon, 9 Oct 1995 11:56:26 -0700 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA11928 (5.65b/CWI-3.3); Mon, 9 Oct 1995 10:22:35 +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 KAA13841 for ; Mon, 9 Oct 1995 10:20:20 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id KAA25929 for ; Mon, 9 Oct 1995 10:20:45 +0100 Message-Id: <199510090920.KAA25929@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: Intersection and levels of detail Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Mon, 09 Oct 95 10:20:44 +0100 From: (Mario Veraart) Status: O Hello, In our application we visualise a terrain, this terrain has 3 levels of detail. We have to do some intersection calculation on this database. The question is: which level of detail does the pfSegsIsectNode function use, and can it be changed? Thanks in advance Mario From guest Mon Oct 9 08:34:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA04970; Mon, 9 Oct 1995 08:32:29 -0700 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 IAA04967; Mon, 9 Oct 1995 08:32:28 -0700 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 AA00267; Mon, 9 Oct 95 08:32:27 -0700 Received: from ibmmail.COM by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA05894; Mon, 9 Oct 1995 08:32:25 -0700 From: devw17n9@ibmmail.com Message-Id: <199510091532.IAA05894@sgi.sgi.com> Received: from ibmmail by ibmmail.COM (IBM VM SMTP V2R2) with BSMTP id 1977; Mon, 09 Oct 95 11:02:09 EDT Date: Mon, 09 Oct 1995 11:05:14 EDT To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O --- Erhalten von E.PURSCHKE +49-5361-922176 09.10.95 16.00 -> IBMMAIL.INTERNET IBM MAIL EXCHANGE ADRESSE Hello, excuse me for bothering you but my local SGI-representative suggested to contact you. I have a few questions concerning Performer. I found a few interesting files (VRfly.tar & fasttrak.tar)on your ftp-server (ftp://ftp.sgi.com). Because of the fact that we?d like to use Performer together with a Polhemus Fasttrak and several HMD?s I tried to compile these pakages. Compilation was no problem, but it was difficult to run these. But the most difficult fact was that there was no Docs (READMEs, ...) included. My question is: Will those functionalities be included in Performer 2.0 (fastrak,.) (so I will sit back and wait ;-) ) or is it just unsupported sw?? Thanks in advance Frank Purschke Volkswagen AG Virtual Reality Lab Email: devw17n9@ibmmail.com From guest Mon Oct 9 10:32:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA05303; Mon, 9 Oct 1995 10:23:38 -0700 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 KAA05298; Mon, 9 Oct 1995 10:23:37 -0700 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 AA05274; Mon, 9 Oct 95 10:23:34 -0700 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA04433; Mon, 9 Oct 1995 10:23:28 -0700 Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id JAA02084; Mon, 9 Oct 1995 09:31:02 -0700 Received: from cory.UUCP (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id JAA18847; Mon, 9 Oct 1995 09:24:11 -0700 Received: from buggy by cory via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA06035; Mon, 9 Oct 1995 09:25:12 -0700 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA08154; Mon, 9 Oct 1995 09:25:12 -0700 From: "Kowsik Guruswamy" Message-Id: <9510090925.ZM8152@buggy.coryphaeus.com> Date: Mon, 9 Oct 1995 09:25:11 -0700 In-Reply-To: "AnitaKishore" "regarding multiple channels on a single pipe" (Oct 6, 4:43am) References: <9510060443.ZM3973@lee.electrogig.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "AnitaKishore" , info-performer@sgi.sgi.com Subject: Re: regarding multiple channels on a single pipe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 6, 4:43am, AnitaKishore wrote: > Subject: regarding multiple channels on a single pipe [snip] > I have tried to do this using > > // switch after count = 50; for example > > pfChanScene(chan2, NULL); > pfChanScene(chan1, scene); // switch from chan2 to chan1 How about using pfChanTravMode(...) pfChanTravMode (chan2, PFTRAV_DRAW, PFDRAW_OFF); pfChanTravMode (chan1, PFTRAV_DRAW, PFDRAW_ON); // switch on chan1 >From the man pages: For drawing, mode is either PFDRAW_OFF or PFDRAW_ON. PFDRAW_OFF essentially turns off chan. No culling or drawing traversal will take place. Drawing is enabled by default. pfGetChanTravMode returns the mode corresponding to trav or -1 if trav is an illegal or unknown traversal type. Hope that helps, K. -- kowsik@coryphaeus.com From guest Mon Oct 9 12:44:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA05865; Mon, 9 Oct 1995 12:40:19 -0700 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 MAA05862; Mon, 9 Oct 1995 12:40:18 -0700 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 AA13425; Mon, 9 Oct 95 12:40:14 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA09915; Mon, 9 Oct 1995 12:40:15 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA13415; Mon, 9 Oct 95 12:40:11 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA26652; Mon, 9 Oct 1995 12:37:36 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510091937.MAA26652@tubes.asd.sgi.com> Subject: Re: Intersection and levels of detail To: guest Date: Mon, 9 Oct 95 12:37:36 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <199510090920.KAA25929@felfs.fel.tno.nl>; from "guest@holodeck" at Oct 9, 95 10:20 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello, > > In our application we visualise a terrain, this terrain has 3 levels > of detail. We have to do some intersection calculation on this database. > The question is: which level of detail does the pfSegsIsectNode function > use, and can it be changed? > > Thanks in advance > > Mario > > pfSegsIsectNode intersects with the highest LOD. 2.0 has a new function which allows you to intersect with the proper LOD. From guest Mon Oct 9 18:59:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA07580; Mon, 9 Oct 1995 18:53:39 -0700 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 SAA07577; Mon, 9 Oct 1995 18:53:38 -0700 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 AA28892; Mon, 9 Oct 95 18:53:37 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA17260; Mon, 9 Oct 1995 18:53:34 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id PAA12007; Mon, 9 Oct 1995 15:00:44 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA20307; Mon, 9 Oct 95 15:00:42 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA07289; Mon, 9 Oct 1995 15:00:41 -0700 Message-Id: <199510092200.PAA07289@surreal.asd.sgi.com> To: devw17n9@ibmmail.com Cc: info-performer@sgi.sgi.com Subject: VR code In-Reply-To: Your message of "Mon, 09 Oct 95 11:05:14 EDT." <199510091532.IAA05894@sgi.sgi.com> Date: Mon, 09 Oct 95 15:00:40 -0700 From: Jim Helman Status: O The code on ftp://sgigate.sgi.com/pub/Performer is unsupported. We don't have any plans to directly support VR peripherals in Performer, since there are so many. But it might be reasonable for us to provide a device input interface so that third parties could write driver DSOs for specific input or display devices. This would allow a variety of devices to plug and play with standard Performer apps. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Oct 9 19:26:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA07755; Mon, 9 Oct 1995 19:21:45 -0700 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 TAA07752; Mon, 9 Oct 1995 19:21:43 -0700 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 AA00308; Mon, 9 Oct 95 19:21:34 -0700 Received: from vino.paradigmsim.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA28477; Mon, 9 Oct 1995 19:21:29 -0700 Received: by vino.paradigmsim.com (940816.SGI.8.6.9/921111.SGI.AUTO) for info-performer@sgi.com id RAA09641; Mon, 9 Oct 1995 17:26:07 -0500 From: chris@vino.paradigmsim.com (Chris Mumford) Message-Id: <199510092226.RAA09641@vino.paradigmsim.com> Subject: deleting pfGroup To: info-performer@sgi.sgi.com Date: Mon, 9 Oct 1995 17:26:04 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 579 Status: O Question: I'm tracking down memory leaks and I've run across this: pf = (pfNode *)pfNewGroup(); pfAddChild( scene, pf ); If I just call pfDelete( pf ) without removing the group from the scene I get about 200 bytes leaked. When I remove it first it's air tight. In either case it works fine, just memory leaking. Is this my fault? -- Chris Mumford Voice: 214-960-2301 ( Voice ) Paradigm Simulation, Inc. FAX : 214-960-2303 ( FAX ) 14900 Landmark Blvd., Suite 400 email: chris@paradigmsim.com Dallas, TX 75240 USA From guest Tue Oct 10 03:12:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA09044; Tue, 10 Oct 1995 02:54:14 -0700 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 CAA09041; Tue, 10 Oct 1995 02:54:14 -0700 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 AA11175; Tue, 10 Oct 95 02:54:20 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA22237; Tue, 10 Oct 1995 02:54:16 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id KAA18401; Tue, 10 Oct 1995 10:43:44 +0100 From: "Angus Dorbie" Message-Id: <9510101043.ZM18399@bitch.reading.sgi.com> Date: Tue, 10 Oct 1995 10:43:43 +0100 In-Reply-To: chris@vino.paradigmsim.com (Chris Mumford) "deleting pfGroup" (Oct 9, 5:26pm) References: <199510092226.RAA09641@vino.paradigmsim.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: chris@vino.paradigmsim.com (Chris Mumford), info-performer@sgi.sgi.com Subject: Re: deleting pfGroup Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Reference counting will prevent the group from being deleted, you have to remove it form the parent. Sorry, it's your fault. Reguards, Angus. On Oct 9, 5:26pm, Chris Mumford wrote: > Subject: deleting pfGroup > Question: > > I'm tracking down memory leaks and I've run across this: > > pf = (pfNode *)pfNewGroup(); > > pfAddChild( scene, pf ); > > If I just call pfDelete( pf ) without removing the group > from the scene I get about 200 bytes leaked. When I remove > it first it's air tight. > > In either case it works fine, just memory leaking. Is this > my fault? > -- > Chris Mumford Voice: 214-960-2301 ( Voice ) > Paradigm Simulation, Inc. FAX : 214-960-2303 ( FAX ) > 14900 Landmark Blvd., Suite 400 email: chris@paradigmsim.com > Dallas, TX 75240 USA > >-- End of excerpt from Chris Mumford -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Tue Oct 10 04:44:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA09231; Tue, 10 Oct 1995 04:19:55 -0700 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 EAA09228; Tue, 10 Oct 1995 04:19:54 -0700 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 AA12722; Tue, 10 Oct 95 04:20:08 -0700 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA27242; Tue, 10 Oct 1995 04:20:06 -0700 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA05849 (5.65b/CWI-3.3); Tue, 10 Oct 1995 12:19:44 +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 MAA10562; Tue, 10 Oct 1995 12:17:52 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id MAA18409; Tue, 10 Oct 1995 12:18:17 +0100 Message-Id: <199510101118.MAA18409@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: chris@vino.paradigmsim.com (Chris Mumford) Cc: info-performer@sgi.sgi.com Subject: Reply to deleting pfGroup In-Reply-To: Your message of "Mon, 09 Oct 95 17:26:04 EST" <199510092226.RAA09641@vino.paradigmsim.com> Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Tue, 10 Oct 95 12:18:15 +0100 From: (Mario Veraart) Status: O > Question: > > I'm tracking down memory leaks and I've run across this: > > pf = (pfNode *)pfNewGroup(); > > pfAddChild( scene, pf ); > > If I just call pfDelete( pf ) without removing the group > from the scene I get about 200 bytes leaked. When I remove > it first it's air tight. > > In either case it works fine, just memory leaking. Is this > my fault? I think all pfObject's are linked in a separate list. On our application we had an error that took a lot of time to solve. One of the pfNode pointers was pointing to a piece of memory that started with the following hex characters 0xDE 0xAD 0xBE 0xEF it was a node that wasn't connected to anything anymore because of a small program error. Probably performer checked the shadow administration and determined it couldn't find it in the perpormer tree structure and put DEAD BEEF at the pointer. Can somebody of the performer team give some info about this phenomenon? Mario From guest Tue Oct 10 05:40:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA09363; Tue, 10 Oct 1995 05:38:37 -0700 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 FAA09360; Tue, 10 Oct 1995 05:38:36 -0700 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 AA13934; Tue, 10 Oct 95 05:38:40 -0700 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA02396; Tue, 10 Oct 1995 05:38:35 -0700 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA13596 (5.65b/CWI-3.3); Tue, 10 Oct 1995 13:38:16 +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 NAA11533 for ; Tue, 10 Oct 1995 13:36:17 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id NAA20322 for ; Tue, 10 Oct 1995 13:36:43 +0100 Message-Id: <199510101236.NAA20322@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: Time spent during Culling Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Tue, 10 Oct 95 13:36:42 +0100 From: (Mario Veraart) Status: O Hello, Because of a typo I made on the commandline my program got in the PFMP_APPCULLDRAW mode instead of what I usually have PFMP_APP_CULL_DRAW. When I looked at the stats, how I discovered the typo, I saw that culling only needed 0.8-0.9 ms for the very complex terrain database. But when I use separate processors for app cull and draw then cull needs about 9 ms to cull the database. My question: what is culling doing those extra 8 ms? Is it needed to copy the databse? Is there one of the PFMP_APPxxxx versions that is better for some applications or is it just try and look which is faster? Thanks in advance. Mario From guest Tue Oct 10 05:55:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA09392; Tue, 10 Oct 1995 05:53:24 -0700 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 FAA09389; Tue, 10 Oct 1995 05:53:23 -0700 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 AA14149; Tue, 10 Oct 95 05:53:21 -0700 Received: from hni.uni-paderborn.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA03531; Tue, 10 Oct 1995 05:53:15 -0700 Received: from faxe.uni-paderborn.de (faxe [131.234.198.2]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id NAA01534; Tue, 10 Oct 1995 13:52:58 +0100 Received: (pe@localhost) by faxe.uni-paderborn.de (8.6.10/client-irix-hni) id MAA01745; Tue, 10 Oct 1995 12:52:55 GMT From: "Peter Ebbesmeyer" Message-Id: <9510101352.ZM1743@faxe> Date: Tue, 10 Oct 1995 13:52:51 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: 24W7 cable Cc: pe@hni.uni-paderborn.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi erverybody, sorry for posting this hardware related question here, but I believe there are a lot of people in this mailing list who know the SGI ONYX/RE2 hardware very well and who maybe could give me a hint. I have the following problem: Our ONYX/RE2 (Rack) is equipped with a MCO. The MCO is connected to the breakout box by three 24W7 video cables (SGI part number 018-0435-001). Unfortunately these cables are too short because in our environment the breakout box must be located in another room. Does anybody know where I can get 24W7 cables which are twice as long as those which were supplied with the MCO? Thanks for any help, Peter ----------------------------------------------------------------------- Dipl.-Ing. Peter Ebbesmeyer Universitaet-GH Paderborn Raum F0.210 Heinz Nixdorf Institut Tel. + 49 5251 606234 Rechnerintegrierte Produktion Fax. + 49 5251 606268 Fuerstenallee 11 email: pe@hni.uni-paderborn.de 33102 Paderborn Germany ----------------------------------------------------------------------- -- From guest Tue Oct 10 06:36:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA09555; Tue, 10 Oct 1995 06:22:24 -0700 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 GAA09552; Tue, 10 Oct 1995 06:22:23 -0700 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 AA14766; Tue, 10 Oct 95 06:22:22 -0700 Received: from copernicus.hpc.org by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA06732; Tue, 10 Oct 1995 06:22:12 -0700 Received: from galileo.hpc.org by copernicus.hpc.org (4.1/SMI-4.1) id AA05347; Tue, 10 Oct 95 09:30:36 EDT Received: by galileo.hpc.org (950215.SGI.8.6.10/930416.SGI) id JAA07156; Tue, 10 Oct 1995 09:21:57 -0400 Date: Tue, 10 Oct 1995 09:21:57 -0400 (EDT) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: Performer Subject: Re: VR code In-Reply-To: <199510092200.PAA07289@surreal.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 9 Oct 1995, Jim Helman wrote: > Performer, since there are so many. But it might be reasonable > for us to provide a device input interface so that third parties > could write driver DSOs for specific input or display devices. > This would allow a variety of devices to plug and play with > standard Performer apps. > > -jim helman > Excellent idea! I think a lot of people would appreciate this.... ==================================================================== Michael Kelley Information Sciences Institute Systems Programmer 4350 N. Fairfax Dr. Suite 400 kelleym@ito.snap.org Arlington, VA 22203 day: (703) 812-4723 night: (703) 243-9422 ==================================================================== From guest Tue Oct 10 09:56:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10070; Tue, 10 Oct 1995 09:51:45 -0700 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 JAA10067; Tue, 10 Oct 1995 09:51:45 -0700 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 AA20535; Tue, 10 Oct 95 09:51:43 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA08592; Tue, 10 Oct 1995 09:51:42 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id JAA16972; Tue, 10 Oct 1995 09:46:18 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA20314; Tue, 10 Oct 95 09:46:14 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA27768; Tue, 10 Oct 1995 09:43:33 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510101643.JAA27768@tubes.asd.sgi.com> Subject: Re: Reply to deleting pfGroup To: guest Date: Tue, 10 Oct 95 9:43:33 PDT Cc: chris@vino.paradigmsim.com, info-performer@sgi.sgi.com In-Reply-To: <199510101118.MAA18409@felfs.fel.tno.nl>; from "guest@holodeck" at Oct 10, 95 12:18 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > Question: > > > > I'm tracking down memory leaks and I've run across this: > > > > pf = (pfNode *)pfNewGroup(); > > > > pfAddChild( scene, pf ); > > > > If I just call pfDelete( pf ) without removing the group > > from the scene I get about 200 bytes leaked. When I remove > > it first it's air tight. > > > > In either case it works fine, just memory leaking. Is this > > my fault? > > I think all pfObject's are linked in a separate list. > On our application we had an error that took a lot of time to solve. > One of the pfNode pointers was pointing to a piece of memory that > started with the following hex characters > > 0xDE 0xAD 0xBE 0xEF > > it was a node that wasn't connected to anything anymore because of > a small program error. Probably performer checked the > shadow administration and determined it couldn't find it in the > perpormer tree structure and put DEAD BEEF at the pointer. > Can somebody of the performer team give some info about this phenomenon? > > Mario > > Each pfNode has a unique id. This id is set to 0xdeadbeef when the node's memory is freed so we can make some effort to catch references to deleted nodes. From guest Tue Oct 10 09:54:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10064; Tue, 10 Oct 1995 09:49:41 -0700 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 JAA10061; Tue, 10 Oct 1995 09:49:41 -0700 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 AA20471; Tue, 10 Oct 95 09:49:39 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA07671; Tue, 10 Oct 1995 09:49:37 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA20466; Tue, 10 Oct 95 09:49:36 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA27782; Tue, 10 Oct 1995 09:46:59 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510101646.JAA27782@tubes.asd.sgi.com> Subject: Re: Time spent during Culling To: guest Date: Tue, 10 Oct 95 9:46:59 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <199510101236.NAA20322@felfs.fel.tno.nl>; from "guest@holodeck" at Oct 10, 95 1:36 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello, > > Because of a typo I made on the commandline my program got in the > PFMP_APPCULLDRAW mode instead of what I usually have PFMP_APP_CULL_DRAW. > When I looked at the stats, how I discovered the typo, I saw that > culling only needed 0.8-0.9 ms for the very complex terrain > database. But when I use separate processors for app cull and draw then > cull needs about 9 ms to cull the database. > My question: what is culling doing those extra 8 ms? > Is it needed to copy the databse? > Is there one of the PFMP_APPxxxx versions that is better for some > applications or is it just try and look which is faster? > > Thanks in advance. > Mario > > When CULL and DRAW are in the same process they are "combined" so that objects are drawn as they are culled. This avoids the overhead of making a display list but the CULL will not show up in the stats - it is mixed with the DRAW timing. If CULL and DRAW are in different processes, the CULL builds a display list for the DRAW. You should experiment to see which mode is best for you. If you have enough CPUs then CULL_DRAW is probably best. From guest Tue Oct 10 10:00:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10081; Tue, 10 Oct 1995 09:56:27 -0700 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 JAA10078; Tue, 10 Oct 1995 09:56:26 -0700 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 AA20750; Tue, 10 Oct 95 09:56:22 -0700 Received: from netcom4.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id JAA10520; Tue, 10 Oct 1995 09:56:22 -0700 Received: by netcom4.netcom.com (8.6.12/Netcom) id JAA13539; Tue, 10 Oct 1995 09:55:32 -0700 Date: Tue, 10 Oct 1995 09:55:31 -0700 (PDT) From: "Paul S. Cutt" Subject: VR device interface.....it exists To: info-performer@sgi.sgi.com Cc: jimh@surreal In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > The code on ftp://sgigate.sgi.com/pub/Performer is unsupported. > We don't have any plans to directly support VR peripherals in > Performer, since there are so many. But it might be reasonable > for us to provide a device input interface so that third parties > could write driver DSOs for specific input or display devices. > This would allow a variety of devices to plug and play with > standard Performer apps. Hi Jim, My company has developed such an interface....SyncLink. Below is a description. I'll be pleased to answer any questions or comments. Sincerely, Paul S. Cutt VP Engineering Xtensory Inc Tel: 408/439-0600 Fax: 408/439-8845 Email: cutt@netcom.com ----------------- XVS-SyncLink (TM) A Standard Device Interface for Virtual Environments and Applications Benefits XVS-SyncLinkTM is a C++ class library that simplifies adding and maintaining virtual reality (VR) sensor support in existing applications. It provides a standard device interface for including virtual environment devices into applications. Virtual environments have led to the proliferation of 3D devices with multiple degrees of freedom x,y,z,roll,pitch,yaw). Each device has its own strengths and weaknesses, and the creation of new devices brings with it a constant improvement in the capabilities available. However, using these devices in applications is not easy. Many of these devices are mutually incompatible. They have different command sets; they use different command syntax for the same commands; the output they give to the computer follows different binary formats; and the same type of data is presented using different coordinate systems. Until now, the near-total lack of standardization of even the simplest virtual reality functions has discouraged developers from supporting multiple devices, or adding any VR support to their applications at all. SyncLink takes the load off the application developer by providing a standardized and portable object-oriented set of VR device drivers. This lets the developer concentrate on the applications, rather than the idiosyncracies of each VR device. Object Oriented SyncLink provides an object-oriented interface to VR devices. There is a single C++ class hierarchy for VR sensors. This hierarchy currently handles 6-D sensors such as the Polhemus Fastrak, Logitech 3D Mouse, Ascension Flock of Birds, Spaceball 2003, and the VPL Research DataGlove Model 2. A second C++ class for coordinate systems allows the application programmer to translate automatically between the differing coordinate systems used by VR devices, 3D rendering systems, and existing applications and data sets. Common Interface All devices which provide 6-degree of freedom position and orientation data are handled similarly. SyncLink's base sensor class provides standard operations for opening devices, closing devices, and reading position, Euler angles, toggles, and other device data. Common filtering operations are also avaiable in the base class, including origin offset, setting tolerance levels, clipping, modulo, and scaling. Each device may report data in either absolute or relative values, whether it is an isometric device like the Spaceball, or an isotonic device like the Fastrak. While the SyncLink base class provides a common interface to common VR functions across different devices, it does not limit the application programmer to the lowest common denominator. Device-specific functions are also provided. For example, Fastrak and Flock of Birds users can make use of the multistation capabilities of these devices, allowing multiple receivers to be read from a single serial port. DataGlove Model 2 programmers can calibrate the glove and read and write ASCII-formatted calibration tables. Logitech users may access the fringe and out of range settings which warn when the receiver is approaching its line-of-sight limits. Sample application code provided with SyncLink demonstrates how the same source code can be used to control any of the supported sensors. Switching Sensors SyncLink's common interface makes it easy to switch between sensors from within an application. Simply close and delete the old sensor object, create and open a new sensor object, and reapply the application's sensor filters. Even this level of detail can be hidden from the user by the application. No longer do the software incompatibilities between sensors inhibit switching between them from within an application. Customized Support Xtensory provides the services for adding customized device support. Custom devices can then use the same standard object-oriented interface as commercial devices, without losing access to the functionality that makes the device unique. Maintenance Xtensory provides support for upgrades and maintains the drivers as new devices become available. Portability SyncLink provides portability between different UNIX and POSIX platforms. The same C++ class library is available for Silicon Graphics, Kubota Pacific, and Digital Equipment systems. Devices Supported Ascension Flock of Birds General Reality CyberEye Immersion Probe and Personal Digitizer Logitech 3D Mouse, Cyberman and Space Control Mouse Origin Instruments DynaSight Polhemus Fastrak, Isotrak, and 3Ball Precision Navigation Wayfinder Spaceball 2003 Virutal I/O i-glasses! Virtual Technologies CyberGlove VPL DataGlove Model 2 System Requirements SyncLink includes a C++ object library, C++ header files, and sample C++ test software. SyncLink requires one of the following operating systems: SGI IRIX 5.2 or later Digital OSF/1 1.3 or later Microsoft Windows NT 3.5 Microsoft Windows 3.1 HP-UX 9.0 or later Sun SyncLink also requires the appropriate C/C++ compiler for the platform: SGI C++ 3.0 Digital C++ 1.3 or later Microsoft Visual C++ HP Sun Contact Xtensory regarding support for VR devices or UNIX/POSIX operating systems not listed above. Xtensory Inc 140 Sunridge Drive Scotts Valley CA 95066 USA Tel 408/439-0600 Fax 408/439-8845 cutt@netcom.com ...opening the doors of perception (TM) From guest Tue Oct 10 11:13:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10496; Tue, 10 Oct 1995 11:08:11 -0700 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 LAA10493; Tue, 10 Oct 1995 11:08:05 -0700 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 AA25049; Tue, 10 Oct 95 11:08:00 -0700 Received: from trout.nosc.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA00770; Tue, 10 Oct 1995 11:08:02 -0700 Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA17611; Tue, 10 Oct 95 11:08:02 PDT Received: by cod.nosc.mil (4.1/SMI-4.1) id AA29758; Tue, 10 Oct 95 11:07:28 PDT From: garrova@cod.nosc.mil (James F. Garrova) Message-Id: <9510101807.AA29758@cod.nosc.mil> Subject: arena/shared memory problems To: info-performer@sgi.sgi.com Date: Tue, 10 Oct 1995 11:07:27 -0700 (PDT) Cc: jackb@cod.nosc.mil (Jack P. Berkowitz), croft@cod.nosc.mil (Bryan L. Croft), lenz@cod.nosc.mil (Brandon M. Lenz) X-Mailer: ELM [version 2.4 PL24alpha3] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1136 Status: O Hello I'm trying to load a large terrain database (about 70 MB) in a Performer 1.2 based DIS simulation on a 4 processor, 3 pipe ONYX with 256 MB of RAM. When running in single pipe mode, the database loads and the application runs fine, however in 3 pipe mode I get the following alerts: Performer Fatal: libpf: Unable to allocate 80 bytes from arena 0x18080000. Try using a filesystem bigger than (262144.00Kbytes). Use the PFTMPDIR environment variable or pfTmpDir Performer Fatal: libpf: Unable to allocate 80 bytes from arena 0x18080000. Try using a filesystem bigger than (262144.00Kbytes). Use the PFTMPDIR environment variable or pfTmpDir Performer Fatal (2): libpf: Unable to allocate 80 bytes from arena 0x18080000. Try using a filesystem bigger than (262144.00Kbytes). Use the PFTMPDIR environment variable or pfTmpDir I have set the PFTMPDIR variable as recommended to a directory other than /usr/tmp and have increased the swap area, but still get the same alert. Could it be that I will need,more RAM to run a shared memory intensive application such as this or is there another solution? Thanx. Jim From guest Tue Oct 10 13:34:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA11212; Tue, 10 Oct 1995 13:23:39 -0700 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 NAA11209; Tue, 10 Oct 1995 13:23:38 -0700 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 AA01627; Tue, 10 Oct 95 13:23:36 -0700 Received: from spiffy.paradigmsim.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA01160; Tue, 10 Oct 1995 13:23:32 -0700 Received: by spiffy.paradigmsim.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA23713; Tue, 10 Oct 1995 14:22:12 -0500 Date: Tue, 10 Oct 1995 14:22:06 -0500 (CDT) From: Scott McCaskill To: info-performer@sgi.sgi.com Subject: number of light points in a pfLightPoint Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O How does one query a pfLightPoint for the number of light points it contains? I've read the man page and the faq for this list but could find no mention of how to do this. Is this just an omission in the API? (and if so, should I direct this somewhere else?) thanks, Scott =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Scott McCaskill work: scott@paradigmsim.com personal: jmccaski@metronet.com http://www.cs.trinity.edu/~jmccaski/ From guest Tue Oct 10 13:53:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA11299; Tue, 10 Oct 1995 13:45:50 -0700 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 NAA11294; Tue, 10 Oct 1995 13:45:48 -0700 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 AA02624; Tue, 10 Oct 95 13:45:42 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA08081; Tue, 10 Oct 1995 13:45:41 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id NAA19662; Tue, 10 Oct 1995 13:13:55 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA01185; Tue, 10 Oct 95 13:12:26 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA28721; Tue, 10 Oct 1995 13:12:25 -0700 Message-Id: <199510102012.NAA28721@surreal.asd.sgi.com> To: garrova@cod.nosc.mil (James F. Garrova) Cc: info-performer@sgi.sgi.com, jackb@cod.nosc.mil (Jack P. Berkowitz), croft@cod.nosc.mil (Bryan L. Croft), lenz@cod.nosc.mil (Brandon M. Lenz) Subject: Re: arena/shared memory problems In-Reply-To: Your message of "Tue, 10 Oct 95 11:07:27 PDT." <9510101807.AA29758@cod.nosc.mil> Date: Tue, 10 Oct 95 13:12:25 -0700 From: Jim Helman Status: O The error message is misleading. When a amalloc fails, we don't differentiate between the arena having filled its default maximum size of 256MB and the arena failing at some smaller size because swap space or disk space (PFTMPDIR) has run out. In your case, I suspect the latter, so you should try calling pfSharedArenaSize() to request a larger arena before calling pfInit. Must be a big database. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Oct 10 14:23:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA11549; Tue, 10 Oct 1995 14:11:47 -0700 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 OAA11546; Tue, 10 Oct 1995 14:11:47 -0700 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 AA04280; Tue, 10 Oct 95 14:11:44 -0700 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA17055; Tue, 10 Oct 1995 14:11:39 -0700 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA25542; Tue, 10 Oct 95 17:11:34 EDT Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id RAA26836; Tue, 10 Oct 1995 17:11:32 -0400 From: "Lance Marrou" Message-Id: <9510101711.ZM26834@crusader.vsl.ist.ucf.edu> Date: Tue, 10 Oct 1995 17:11:31 -0400 In-Reply-To: Scott McCaskill "number of light points in a pfLightPoint" (Oct 10, 2:22pm) References: X-Face: GS1@^5kB"i$q<%Li4wMO3Pi#%MpaisQ+U"+@PC7*#(v9jnraY`3+fM7@+4iRV$:QflwXB^N/k7D?#x!T|:Owmj6H,L=lC_oC)'T%J@PC$]Oxr<"M`'o&[1_G|R=!8-pr^K\\_hZ.g>t,fb}z4^o!0NU@c+pJ2Kpe4,Ke\K&[W'$|B*7"|\(TQ%MKj0?`II)-N}a$-sd>aoV=wnH'&q9t8U(&a X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Scott McCaskill , info-performer@sgi.sgi.com Subject: Re: number of light points in a pfLightPoint Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 10, 2:22pm, Scott McCaskill wrote: > Subject: number of light points in a pfLightPoint > > How does one query a pfLightPoint for the number of light points it > contains? I've read the man page and the faq for this list but could > find no mention of how to do this. Is this just an omission in the API? > (and if so, should I direct this somewhere else?) > > >-- End of excerpt from Scott McCaskill There is a function which was left out of the man page: extern long pfGetNumLPoints(pfLightPoint* _lpoint); Also, in 2.0 pfLightPoints will become obsolete (which means I suppose they will eventually get tossed out) in favor of the light point state (as noted in the 2.0 man page): ... pfLightPoint(3pf) IRIS Performer 2.0 libpf C Reference Pages PARAMETERS lpoint identifies a pfLightPoint. DESCRIPTION pfLightPoint is now obsoleted in favor of the libpr primitive pfLPointState. pfGetLPointGSet returns the underlying pfGeoSet of lpoint from which the pfLPointState can be found: gset = pfGetLPointGSet(lpoint); gstate = pfGetGSetGState(gset); lpstate = pfGetGStateAttr(gstate, PFSTATE_LPOINTSTATE); ... -- ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Wed Oct 11 09:41:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA15124; Wed, 11 Oct 1995 09:36:59 -0700 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 JAA15121; Wed, 11 Oct 1995 09:36:58 -0700 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 AA08131; Wed, 11 Oct 95 09:36:55 -0700 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id JAA03188; Wed, 11 Oct 1995 09:36:53 -0700 Received: from lee.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) id JAA25034; Wed, 11 Oct 1995 09:36:24 -0700 Received: by lee.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA07053; Tue, 10 Oct 1995 21:37:48 -0700 From: "AnitaKishore" Message-Id: <9510102137.ZM7051@lee.electrogig.com> Date: Tue, 10 Oct 1995 21:37:46 -0700 In-Reply-To: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) "Synchronizing HW pipes" (Oct 11, 2:29pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: dorbie@bitch.reading.sgi.com, info-performer@sgi.sgi.com, kaki@sgitokyo.nsg.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Shouldn't you also be sharing the attribute PFCHAN_LOD among the three channels on adjacent displays? Maybe sharing PFCHAN_SWAPBUFFERS and PFCHAN_LOD together might solve the problem. -anita From guest Tue Oct 10 22:33:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA13241; Tue, 10 Oct 1995 22:29:09 -0700 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 WAA13238; Tue, 10 Oct 1995 22:29:08 -0700 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 AA24294; Tue, 10 Oct 95 22:29:07 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA05760; Tue, 10 Oct 1995 22:29:06 -0700 Received: from kaki.nsg.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id WAA16987; Tue, 10 Oct 1995 22:29:04 -0700 Received: by kaki.nsg.sgi.com (940816.SGI.8.6.9/930416.SGI) id OAA19561; Wed, 11 Oct 1995 14:29:00 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9510111429.ZM19559@kaki.nsg.sgi.com> Date: Wed, 11 Oct 1995 14:29:00 +0900 Reply-To: kaki@sgitokyo.nsg.sgi.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O A customer has a problem in synchronizing three hardware pipes in an RE2. They use a pfMultipipe(3) call and three calls of pfNewChan, each of which is for each pipe. They have three physical displays, each of them assigned to each channel, or pipe. The channel for the middle display is the master. The other two channels are pfAttachChan'ed. The problem is that the attached channels, i.e. left and right displays, seem to be constantly delayed by 1 frame compared to the master channel. This is true even when the master channel renders most of the polygons and the attached channels render much less. The delay is even more outstanding when the frame rate is reduced by changing the parameter for pfFrameRate. The delay is easily noticed by moving the camera position vertically and watching the crosspoint of a redered horizontal line and a physical boundary of the displays. When they, instead of multipipe, tried using single pipe and multichannel with MCO, they do NOT have the problem. The skeleton of the main loop in the source looks like the following. while (running) { switch (eventHandling()) { /* pfChanView is called under this. */ case END_EVENT: running = 0; break; case NEED_ISECT_EVENT: if (Needed) { isectProcessing(Scene); /* pfSegsIsectNode is called inside */ } continue; default: break; } if (running) { pfSync(); pfFrame(); } } They tried GangDraw using PFCHAN_SWAPBUFFERS_HW and proper wire connections and terminations but had the same result. They also tried CPU locking, which made no difference. Their Onyx has 8 CPU's each of which should be assigned for Unix, APP, (CULL and DRAW)*3 just respectively by their call pfMultiprocess(PFMP_APP_CULL_DRAW). Does anybody have any suggestions? Thanks in advance. -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Center, Tokyo Office, c/o Nihon Silicon Graphics K.K. TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 From guest Tue Oct 10 23:25:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA13456; Tue, 10 Oct 1995 23:22:09 -0700 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 XAA13453; Tue, 10 Oct 1995 23:22:08 -0700 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 AA26033; Tue, 10 Oct 95 23:22:07 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA09850; Tue, 10 Oct 1995 23:21:58 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id HAA19739; Wed, 11 Oct 1995 07:09:12 +0100 From: "Angus Dorbie" Message-Id: <9510110709.ZM19737@bitch.reading.sgi.com> Date: Wed, 11 Oct 1995 07:09:12 +0100 In-Reply-To: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) "Synchronizing HW pipes" (Oct 11, 2:29pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: kaki@sgitokyo.nsg.sgi.com, info-performer@sgi.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try sharing PFCHAN_SWAPBUFFERS, you don't need a swapready on a single host (PFCHAN_SWAPBUFFERS_HW), but you should genlock the pipes, setmon -g + wiring. Also try changing the pfPhase to a mode which works for a synchronous swap. I also noticed you don't update the eye position or animation in the loop, incase it isn't an omition you should do this in the applicaion, somewhere in this loop and not in a callback in cull or draw. Hope this helps, Angus. On Oct 11, 2:29pm, Masanori Kakimoto wrote: > Subject: Synchronizing HW pipes > A customer has a problem in synchronizing three hardware pipes in an RE2. > > They use a pfMultipipe(3) call and three calls of pfNewChan, each of which > is for each pipe. They have three physical displays, each of them assigned > to each channel, or pipe. The channel for the middle display is the master. > The other two channels are pfAttachChan'ed. > > The problem is that the attached channels, i.e. left and right displays, > seem to be constantly delayed by 1 frame compared to the master channel. > This is true even when the master channel renders most of the polygons and > the attached channels render much less. > > The delay is even more outstanding when the frame rate is reduced by > changing the parameter for pfFrameRate. The delay is easily noticed by > moving the camera position vertically and watching the crosspoint of a > redered horizontal line and a physical boundary of the displays. > > When they, instead of multipipe, tried using single pipe and multichannel > with MCO, they do NOT have the problem. > > The skeleton of the main loop in the source looks like the following. > > while (running) { > switch (eventHandling()) { /* pfChanView is called under this. */ > case END_EVENT: > running = 0; > break; > case NEED_ISECT_EVENT: > if (Needed) { > isectProcessing(Scene); /* pfSegsIsectNode is called inside */ > } > continue; > default: > break; > } > if (running) { > pfSync(); > pfFrame(); > } > } > > They tried GangDraw using PFCHAN_SWAPBUFFERS_HW and proper wire connections > and terminations but had the same result. > > They also tried CPU locking, which made no difference. > > Their Onyx has 8 CPU's each of which should be assigned for Unix, APP, (CULL > and DRAW)*3 just respectively by their call > pfMultiprocess(PFMP_APP_CULL_DRAW). > > Does anybody have any suggestions? Thanks in advance. > > -- > Masanori Kakimoto mailto:kaki@nsg.sgi.com > East Asia Technology Center, Tokyo Office, > c/o Nihon Silicon Graphics K.K. > TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 > >-- End of excerpt from Masanori Kakimoto -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Oct 11 01:17:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA13840; Wed, 11 Oct 1995 01:14:03 -0700 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 BAA13837; Wed, 11 Oct 1995 01:14:03 -0700 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 AA28321; Wed, 11 Oct 95 01:14:01 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA17431; Wed, 11 Oct 1995 01:14:00 -0700 Received: from kaki.nsg.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id BAA24984; Wed, 11 Oct 1995 01:13:54 -0700 Received: by kaki.nsg.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA19761; Wed, 11 Oct 1995 17:13:30 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9510111713.ZM19759@kaki.nsg.sgi.com> Date: Wed, 11 Oct 1995 17:13:30 +0900 In-Reply-To: "Angus Dorbie" "Re: Synchronizing HW pipes" (Oct 11, 7:09am) References: <9510111429.ZM19559@kaki.nsg.sgi.com> <9510110709.ZM19737@bitch.reading.sgi.com> Reply-To: kaki@sgitokyo.nsg.sgi.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Angus Dorbie" , info-performer@sgi.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thank you for the quick response, Angus. On Oct 11, 7:09am, Angus Dorbie wrote: > Subject: Re: Synchronizing HW pipes > Try sharing PFCHAN_SWAPBUFFERS, you don't need a swapready on a single > host (PFCHAN_SWAPBUFFERS_HW), but you should genlock the pipes, setmon -g PFCHAN_SWAPBUFFERS should be shared by default among a channel group. Do we have to explicitly call pfChanShare to share PFCHAN_SWAPBUFFERS? By default, PFCHAN_VIEW is also shared. But the customer calls pfChanView for each channel instead of using pfChanViewOffsets and PFCHAN_VIEW advantage. > + wiring. Also try changing the pfPhase to a mode which works for a > synchronous swap. pfPhase(PFPHASE_LOCK) is called after pfConfig. > I also noticed you don't update the eye position or animation in the loop, > incase it isn't an omition you should do this in the applicaion, somewhere > in this loop and not in a callback in cull or draw. They do call pfChanView in the loop as I commented in the source code skeleton. > > while (running) { > > switch (eventHandling()) { /* pfChanView is called under this. */ The view change is done before pfSync rather than between pfSync and pfFrame. This may cause a minor problem in the response to events. But I doubt whether it affects the synchronization among pipes. I also pointed out to the customer that there might be some possibility that a pfFrame intervenes between pfChanView(middle, ) and pfChanView(left or right, ) under some input condition. But they say that does not happen. The important point of the problem is below: > > When they, instead of multipipe, tried using single pipe and multichannel > > with MCO, they do NOT have the problem. # Sorry for the tense inconsistency of the above sentense. -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Center, Tokyo Office, c/o Nihon Silicon Graphics K.K. TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 From guest Wed Oct 11 08:18:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA14836; Wed, 11 Oct 1995 08:16:00 -0700 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 IAA14833; Wed, 11 Oct 1995 08:15:59 -0700 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 AA05393; Wed, 11 Oct 95 08:15:58 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA19934; Wed, 11 Oct 1995 08:15:45 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0t32sg-0001K8C; Wed, 11 Oct 95 16:15 MET Message-Id: Date: Wed, 11 Oct 95 16:15 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: 2.0 and VRML Reply-To: matomira@epfl.ch Status: O Hello, Regarding the Inventor reader, does this mean that `2.0 fully supports VRML'? And what about that `Inventor writer' facility I once heard of? 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 Wed Oct 11 09:37:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA15092; Wed, 11 Oct 1995 09:32:08 -0700 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 JAA15089; Wed, 11 Oct 1995 09:32:08 -0700 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 AA07880; Wed, 11 Oct 95 09:32:06 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA01950; Wed, 11 Oct 1995 09:32:03 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id RAA20474; Wed, 11 Oct 1995 17:17:35 +0100 From: "Angus Dorbie" Message-Id: <9510111717.ZM20472@bitch.reading.sgi.com> Date: Wed, 11 Oct 1995 17:17:35 +0100 In-Reply-To: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) "Re: Synchronizing HW pipes" (Oct 11, 5:13pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> <9510110709.ZM19737@bitch.reading.sgi.com> <9510111713.ZM19759@kaki.nsg.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: kaki@sgitokyo.nsg.sgi.com Subject: Re: Synchronizing HW pipes Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 11, 5:13pm, Masanori Kakimoto wrote: > Subject: Re: Synchronizing HW pipes > Thank you for the quick response, Angus. > > On Oct 11, 7:09am, Angus Dorbie wrote: > > Subject: Re: Synchronizing HW pipes > > Try sharing PFCHAN_SWAPBUFFERS, you don't need a swapready on a single > > host (PFCHAN_SWAPBUFFERS_HW), but you should genlock the pipes, setmon -g > > PFCHAN_SWAPBUFFERS should be shared by default among a channel group. Do > we have to explicitly call pfChanShare to share PFCHAN_SWAPBUFFERS? Yoy will if you call pfChanShare() with a non default mask, unless you try: pfChanShare(chan, pfGetChanShare(chan) | PFCHAN_FOO); > > By default, PFCHAN_VIEW is also shared. But the customer calls pfChanView > for each channel instead of using pfChanViewOffsets and PFCHAN_VIEW > advantage. > > > + wiring. Also try changing the pfPhase to a mode which works for a > > synchronous swap. > > pfPhase(PFPHASE_LOCK) is called after pfConfig. Try the other phase modes. > > > I also noticed you don't update the eye position or animation in the loop, > > incase it isn't an omition you should do this in the applicaion, somewhere > > in this loop and not in a callback in cull or draw. > > They do call pfChanView in the loop as I commented in the source code > skeleton. > > > while (running) { > > > switch (eventHandling()) { /* pfChanView is called under this. */ > > The view change is done before pfSync rather than between pfSync and pfFrame. > This may cause a minor problem in the response to events. But I doubt whether > it affects the synchronization among pipes. > > I also pointed out to the customer that there might be some possibility that a > pfFrame intervenes between pfChanView(middle, ) and pfChanView(left or right, ) > under some input condition. But they say that does not happen. > > The important point of the problem is below: > > > When they, instead of multipipe, tried using single pipe and multichannel > > > with MCO, they do NOT have the problem. Well, it's in the same window and the same rendering process so it wouldn't show a problem, this just says the problem isn't in the animation code. > # Sorry for the tense inconsistency of the above sentense. > > -- > Masanori Kakimoto mailto:kaki@nsg.sgi.com > East Asia Technology Center, Tokyo Office, > c/o Nihon Silicon Graphics K.K. > TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 >-- End of excerpt from Masanori Kakimoto -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Oct 11 09:36:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA15087; Wed, 11 Oct 1995 09:31:14 -0700 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 JAA15084; Wed, 11 Oct 1995 09:31:13 -0700 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 AA07854; Wed, 11 Oct 95 09:31:08 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA01767; Wed, 11 Oct 1995 09:31:07 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA07842; Wed, 11 Oct 95 09:30:59 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA05922; Wed, 11 Oct 1995 09:28:21 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510111628.JAA05922@tubes.asd.sgi.com> Subject: Re: Synchronizing HW pipes To: guest (Angus Dorbie) Date: Wed, 11 Oct 95 9:28:21 PDT Cc: kaki@sgitokyo.nsg.sgi.com, info-performer@sgi.sgi.com In-Reply-To: <9510110709.ZM19737@bitch.reading.sgi.com>; from "Angus Dorbie" at Oct 11, 95 7:09 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Try sharing PFCHAN_SWAPBUFFERS, you don't need a swapready on a single > host (PFCHAN_SWAPBUFFERS_HW), but you should genlock the pipes, setmon -g > + wiring. Also try changing the pfPhase to a mode which works for a > synchronous swap. This is correct but I want to be even more emphatic. Multipipe operation absolutely requires that all participating pipes be genlocked. I don't think this is adequately documented in 1.2 but Performer 2.0 will have logic that warns you if the pipes are not genlocked. From guest Wed Oct 11 10:29:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA15414; Wed, 11 Oct 1995 10:26:13 -0700 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 KAA15411; Wed, 11 Oct 1995 10:26:12 -0700 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 AA10913; Wed, 11 Oct 95 10:26:07 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA12068; Wed, 11 Oct 1995 10:26:04 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA20538; Wed, 11 Oct 1995 18:12:25 +0100 From: "Angus Dorbie" Message-Id: <9510111812.ZM20536@bitch.reading.sgi.com> Date: Wed, 11 Oct 1995 18:12:25 +0100 In-Reply-To: "AnitaKishore" "Re: Synchronizing HW pipes" (Oct 10, 9:37pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> <9510102137.ZM7051@lee.electrogig.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "AnitaKishore" , info-performer@sgi.sgi.com, kaki@sgitokyo.nsg.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You should also be sharing this sort of information but it shouldn't have any bearing on sync swap the problem. The load on each pipe will typically be very different and they should still sync swap. On Oct 10, 9:37pm, AnitaKishore wrote: > Subject: Re: Synchronizing HW pipes > Shouldn't you also be sharing the attribute PFCHAN_LOD among the three > channels on adjacent displays? Maybe sharing PFCHAN_SWAPBUFFERS and > PFCHAN_LOD together might solve the problem. > > -anita >-- End of excerpt from AnitaKishore -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Oct 11 15:02:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA16777; Wed, 11 Oct 1995 14:10:06 -0700 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 OAA16774; Wed, 11 Oct 1995 14:09:51 -0700 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 AA20413; Wed, 11 Oct 95 14:09:28 -0700 Received: from roo.gcs.redstone.army.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA09918; Wed, 11 Oct 1995 14:09:14 -0700 Received: by roo.gcs.redstone.army.mil (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id QAA04920; Wed, 11 Oct 1995 16:07:46 -0500 From: "ben cain" Message-Id: <9510111607.ZM4918@roo.gcs.redstone.army.mil> Date: Wed, 11 Oct 1995 16:07:46 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Subscribe to Performer mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Subsribe -- Thanks, ========================================================================== Ben Cain AEgis Research Corporation 6703 Odyssey Drive Suite 200 Huntsville, AL 35806 205/842.6912 (voice) 205/876.7165 ( fax ) email: bcain@aegisrc.com benc@roo.gcs.redstone.army.mil ========================================================================== From guest Wed Oct 11 15:30:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA16847; Wed, 11 Oct 1995 14:40:47 -0700 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 OAA16844; Wed, 11 Oct 1995 14:40:45 -0700 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 AA21751; Wed, 11 Oct 95 14:40:26 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA17649; Wed, 11 Oct 1995 14:40:23 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA18898; Wed, 11 Oct 1995 14:29:08 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA21282; Wed, 11 Oct 95 14:28:45 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA25754; Wed, 11 Oct 1995 14:28:44 -0700 Message-Id: <199510112128.OAA25754@surreal.asd.sgi.com> To: matomira@epfl.ch Cc: info-performer@sgi.sgi.com Subject: Re: 2.0 and VRML In-Reply-To: Your message of "Wed, 11 Oct 95 16:15:00 +0700." Date: Wed, 11 Oct 95 14:28:43 -0700 From: Jim Helman Status: O > Regarding the Inventor reader, does this mean > that `2.0 fully supports VRML'? Since Performer 2.0 uses Inventor 2.1 to read Inventor files, Performer can understand all the Inventor information inside a VRML file, including the new LOD node. So perfly xxx.wrl works. Performer does not have a notion of the information that is not related to graphics, e.g. WWWAnchor. Note: you need Inventor 2.1, since Inventor 2.0 cannot directly read VRML files. > And what about that `Inventor writer' facility I once > heard of? Gavin Bell has been working on an Performer-to-Inventor converter that would also enable Performer scenes as IV files. Neither of our groups has had time to finish the converter up since we're both in the final stages of release. When we finish it up, we'll put it out for FTP. Performer 2.0's loader DSO system now supports the notion of writing scenes as well as reading them, i.e. you can do pfdLoadFile(), pfdStoreFile() or in-memory conversions where supported pfdConverTo(), pfdConvertFrom(). In 2.0, the Inventor converter DSO only supports pfdLoadFile() and pfdConvertFrom(). With the addition of Gavin's stuff, the updated version will support all four operations. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Oct 12 04:08:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19195; Thu, 12 Oct 1995 03:17:33 -0700 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 DAA19192; Thu, 12 Oct 1995 03:17:28 -0700 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 AA18243; Thu, 12 Oct 95 03:17:09 -0700 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA26626; Thu, 12 Oct 1995 03:16:58 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id JAA13889 for ; Thu, 12 Oct 1995 09:10:16 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA28755; Thu, 12 Oct 1995 08:47:19 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id IAA12247; Thu, 12 Oct 1995 08:44:46 +0100 From: "Lionel Maiaux" Message-Id: <9510120844.ZM12245@quartz> Date: Thu, 12 Oct 1995 08:44:46 +0100 In-Reply-To: steve@mred.hti.com (Steve Baker) "Re: Performances with BLEND_ALPHA orMS_ALPHA" (Oct 11, 2:53pm) References: <9510111953.AA21105@mred > X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Performances with BLEND_ALPHA orMS_ALPHA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Steve, You wrote : > Also, there is a fill performance hit for blended alpha. Do you have precisions about it (fill rates for instance) ??? From guest Thu Oct 12 04:13:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19213; Thu, 12 Oct 1995 03:38:01 -0700 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 DAA19210; Thu, 12 Oct 1995 03:37:52 -0700 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 AA18731; Thu, 12 Oct 95 03:37:35 -0700 Received: from mailbox.swip.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA27951; Thu, 12 Oct 1995 03:37:24 -0700 Received: from dialup98-064.swipnet.se (dialup98-064.swipnet.se [130.244.98.64]) by mailbox.swip.net (8.6.12/8.6.12) with SMTP id KAA06917 for ; Thu, 12 Oct 1995 10:58:33 +0100 Date: Thu, 12 Oct 1995 10:58:33 +0100 Message-Id: <199510120958.KAA06917@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: Local light on Indigo2 XL X-Mailer: Status: O Hello, I have an Indigo2 XL and it behaves strange when I use a local light and show some geometry at the same time. When I do that the whole viewport turns to the same color as some part of the geometry. If I do this on an Indigo2 Extreme it works fine, it also works fine on the Indigo2 XL if the light is not local. Is this a gl or a Performer bug or am I doing something wrong. Does someone know a workaround (I need local lights). Thanks in advance Ulf Yngwe From guest Thu Oct 12 04:13:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19203; Thu, 12 Oct 1995 03:30:21 -0700 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 DAA19200; Thu, 12 Oct 1995 03:30:13 -0700 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 AA18262; Thu, 12 Oct 95 03:17:40 -0700 Received: from sun4nl.NL.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA26645; Thu, 12 Oct 1995 03:17:25 -0700 Received: from intsn1.fel.tno.nl by sun4nl.NL.net with SMTP id AA17317 (5.65b/CWI-3.3); Thu, 12 Oct 1995 11:17:16 +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 LAA16930 for ; Thu, 12 Oct 1995 11:15:25 +0100 Received: from localhost (localhost [127.0.0.1]) by felfs.fel.tno.nl (8.6.12/8.6.12) with SMTP id LAA19992 for ; Thu, 12 Oct 1995 11:15:52 +0100 Message-Id: <199510121015.LAA19992@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: Reply to Synchronizing HW pipes In-Reply-To: Your message of "Tue, 10 Oct 95 21:37:46 MST" <9510102137.ZM7051@lee.electrogig.com> Sensitivity: personal Importance: normal Delivery-Options: allow alternate recipients, return content, allow conversion, mask P1 recipients Date: Thu, 12 Oct 95 11:15:51 +0100 From: (Mario Veraart) Status: O > Shouldn't you also be sharing the attribute PFCHAN_LOD among the three > channels on adjacent displays? Maybe sharing PFCHAN_SWAPBUFFERS and > PFCHAN_LOD together might solve the problem. > -anita PFCHAN_LOD Certainly not. If the two views are for two periscopes than you would change the LOD of the slave channel when you zoom out on the master channel. Mario From guest Thu Oct 12 05:04:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19297; Thu, 12 Oct 1995 04:50:31 -0700 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 EAA19294; Thu, 12 Oct 1995 04:50:30 -0700 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 AA20388; Thu, 12 Oct 95 04:50:20 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA03865; Thu, 12 Oct 1995 04:50:17 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id MAA21456; Thu, 12 Oct 1995 12:34:53 +0100 From: "Angus Dorbie" Message-Id: <9510121234.ZM21454@bitch.reading.sgi.com> Date: Thu, 12 Oct 1995 12:34:53 +0100 In-Reply-To: (Mario Veraart) "Reply to Synchronizing HW pipes" (Oct 12, 11:15am) References: <199510121015.LAA19992@felfs.fel.tno.nl> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: (Mario Veraart) , info-performer@sgi.sgi.com Subject: Re: Reply to Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I suppose this depends on your application, I had assumed you either had a single out the window view with multiple pipes or an HMD application where there is a pressing need to share the swapbuffers. With these applications you certainly do want to share the PFCHAN_LOD but not to solve the PFCHAN_SWAPBUFFERS reason. On Oct 12, 11:15am, (Mario Veraart) wrote: > Subject: Reply to Synchronizing HW pipes > > Shouldn't you also be sharing the attribute PFCHAN_LOD among the three > > channels on adjacent displays? Maybe sharing PFCHAN_SWAPBUFFERS and > > PFCHAN_LOD together might solve the problem. > > -anita > PFCHAN_LOD Certainly not. > If the two views are for two periscopes than you > would change the LOD of the slave channel when you zoom out on the > master channel. > > Mario > >-- End of excerpt from (Mario Veraart) -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Thu Oct 12 05:06:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19302; Thu, 12 Oct 1995 04:52:25 -0700 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 EAA19299; Thu, 12 Oct 1995 04:52:25 -0700 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 AA20432; Thu, 12 Oct 95 04:52:23 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA03962; Thu, 12 Oct 1995 04:52:20 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA20422; Thu, 12 Oct 95 04:52:17 -0700 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id EAA14274; Thu, 12 Oct 1995 04:52:09 -0700 From: "Sharon Clay (Fischler)" Message-Id: <9510120452.ZM14272@rose.asd.sgi.com> Date: Thu, 12 Oct 1995 04:52:09 -0700 In-Reply-To: per.andersson@mailbox.swipnet.se (Ulf Yngve) "Local light on Indigo2 XL" (Oct 12, 10:58am) References: <199510120958.KAA06917@mailbox.swip.net> X-Face: -=[08]X2X__vn]Ge>/Bb9vF?Ou{eDY7Ph%v0D${5R~/TCxc.jPP?8 #a;[(/qcE`zS:^@N"POerC^NQa2RQQ4yQA4EJMst8$J(lvz7^cb0-j_a]D22;p9RcOZXvx4Q?cT9En "nf-4FeBA*sE|.^FsQrfBcb^9^g[5@.Rar5NhLoF,n&1;J{SIH9=K?g X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: per.andersson@mailbox.swipnet.se (Ulf Yngve), info-performer@sgi.sgi.com Subject: Re: Local light on Indigo2 XL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Oct 12, 10:58am, Ulf Yngve wrote: > Subject: Local light on Indigo2 XL ->Hello, -> ->I have an Indigo2 XL and it behaves strange when I use a local light and ->show some geometry at the same time. When I do that the whole viewport ->turns to the same color as some part of the geometry. If I do this on ->an Indigo2 Extreme it works fine, it also works fine on the Indigo2 XL ->if the light is not local. -> ->Is this a gl or a Performer bug or am I doing something wrong. Does someone ->know a workaround (I need local lights). This sounds like a GL bug. By any chance do you have a small test case you can send us? Thanx! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Thu Oct 12 08:23:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA19804; Thu, 12 Oct 1995 08:08:57 -0700 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 IAA19801; Thu, 12 Oct 1995 08:08:56 -0700 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 AA25958; Thu, 12 Oct 95 08:08:54 -0700 Received: from efvx1.dofn.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA24565; Thu, 12 Oct 1995 08:08:43 -0700 Received: from vfbs03.dofn.de [193.141.78.13] by efvx1.dofn.de with SMTP-OpenVMS via TCP/IP; Thu, 12 Oct 1995 16:07 +0100 Received: from server by vfbs03.dofn.de (4.1/SMI-4.1) id AA26843; Thu, 12 Oct 95 16:04:22 +0100 Received: from dold ([193.141.78.64]) by server (4.1/SMI-4.1) id AA03349; Thu, 12 Oct 95 16:10:18 +0100 Date: Thu, 12 Oct 95 16:10:18 +0100 Message-Id: <9510121510.AA03349@server> X-Sender: stefan@vfbs02 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: Stefan Dold Subject: subscribe Status: O ######################################### # stefan dold # # VIA15 # # Dornier GmbH # # 88039 Friedrichshafen # # G E R M A N Y # ######################################### From guest Thu Oct 12 09:13:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA19911; Thu, 12 Oct 1995 08:58:12 -0700 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 IAA19908; Thu, 12 Oct 1995 08:58:11 -0700 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 AA28089; Thu, 12 Oct 95 08:58:06 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA01485; Thu, 12 Oct 1995 08:57:35 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0t3PkA-0000eXC; Thu, 12 Oct 95 16:40 MET From: "Fernando D. Mato Mira" Message-Id: <9510121640.ZM24298@lig.di.epfl.ch> Date: Thu, 12 Oct 1995 16:40:25 +0100 In-Reply-To: Jim Helman "Re: 2.0 and VRML" (Oct 11, 2:28pm) References: <199510112128.OAA25754@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: 2.0 and VRML Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 11, 2:28pm, Jim Helman wrote: > works. Performer does not have a notion of the information > that is not related to graphics, e.g. WWWAnchor. Note: you But the source code translating the iv scene graph is provided, so that code to handle these nodes can be added, right? From guest Thu Oct 12 15:14:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA21200; Thu, 12 Oct 1995 14:31:28 -0700 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 OAA21194; Thu, 12 Oct 1995 14:31:22 -0700 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 AA21370; Thu, 12 Oct 95 14:31:11 -0700 Received: from uk.ES.COM by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA04790; Thu, 12 Oct 1995 13:51:09 -0700 Received: from [127.0.0.1] by uk.ES.COM (4.1/e&s-uk/domain/sunos/4.4) id AA13050; Thu, 12 Oct 95 21:13:24 BST Message-Id: <9510122013.AA13050@uk.ES.COM> To: info-performer@sgi.sgi.com Subject: UNSUBSRIBE Date: Thu, 12 Oct 1995 21:13:23 +0100 From: "mjohnson@uk.ES.COM" Status: O unsubscribe From guest Thu Oct 12 15:21:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA21403; Thu, 12 Oct 1995 15:15:42 -0700 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 PAA21400; Thu, 12 Oct 1995 15:15:42 -0700 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 AA23261; Thu, 12 Oct 95 15:15:37 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA26967; Thu, 12 Oct 1995 15:15:33 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23251; Thu, 12 Oct 95 15:15:25 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA26610; Thu, 12 Oct 1995 15:05:17 -0700 Message-Id: <199510122205.PAA26610@surreal.asd.sgi.com> To: "Fernando D. Mato Mira" Cc: info-performer@sgi.sgi.com Subject: Re: 2.0 and VRML In-Reply-To: Your message of "Thu, 12 Oct 95 16:40:25 BST." <9510121640.ZM24298@lig.di.epfl.ch> Date: Thu, 12 Oct 95 15:04:37 -0700 From: Jim Helman Status: O > But the source code translating the iv scene graph is provided, > so that code to handle these nodes can be added, right? Correct. We ship source code to the loaders whenever possible. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Oct 13 03:28:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA23724; Fri, 13 Oct 1995 03:20:01 -0700 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 DAA23721; Fri, 13 Oct 1995 03:20:01 -0700 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 AA15771; Fri, 13 Oct 95 03:19:59 -0700 Received: from rising.irisa.fr by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA02507; Fri, 13 Oct 1995 03:19:56 -0700 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 LAA28529 for ; Fri, 13 Oct 1995 11:19:46 +0100 From: Bruno Arnaldi Date: Fri, 13 Oct 1995 11:19:43 +0100 Message-Id: <199510131019.LAA25724@melody.irisa.fr> To: info-performer@sgi.sgi.com Subject: Information Status: O Could you subscribe me to this mailing list. I am looking for informations about the list of loaders in the new realese of Performer (2.0) Thank you for your help. Sincerely, B. Arnaldi From guest Fri Oct 13 05:11:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23897; Fri, 13 Oct 1995 05:06:03 -0700 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 FAA23894; Fri, 13 Oct 1995 05:06:02 -0700 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 AA17293; Fri, 13 Oct 95 05:06:01 -0700 Received: from sgilab.medeng.wfu.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA07890; Fri, 13 Oct 1995 05:06:00 -0700 Received: by sgilab.medeng.wfu.edu (940816.SGI.8.6.9/920502.SGI.AUTO) for info-performer@sgi.com id IAA04388; Fri, 13 Oct 1995 08:05:11 -0400 From: "David Vining" Message-Id: <9510130805.ZM4386@sgilab.medeng.wfu.edu> Date: Fri, 13 Oct 1995 08:05:05 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Change of address Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Please change my email address from dvining@sgilab.medeng.wfu.edu to dvining@indigo2.medeng.wfu.edu. Thanks, David Vining Department of Radiology Bowman Gray School of Medicine Winston-Salem, NC From guest Fri Oct 13 05:35:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23924; Fri, 13 Oct 1995 05:29:02 -0700 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 FAA23921; Fri, 13 Oct 1995 05:29:01 -0700 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 AA17629; Fri, 13 Oct 95 05:28:59 -0700 Received: from mail02.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA09358; Fri, 13 Oct 1995 05:28:57 -0700 From: SSPSU91@aol.com Received: by mail02.mail.aol.com (8.6.12/8.6.12) id IAA22741 for info-performer@sgi.com; Fri, 13 Oct 1995 08:28:57 -0400 Date: Fri, 13 Oct 1995 08:28:57 -0400 Message-Id: <951013082855_43535589@mail02.mail.aol.com> To: info-performer@sgi.sgi.com Subject: drawing from DFAD and DTED data Status: O How can I draw a data base from DFAD and DTED data? Does Performer provide calls to actually draw the verticies? I know you can do this in GL so you can probably do it in Performer. Thanks. S. Sroczyk, JJM Systems From guest Fri Oct 13 06:36:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA24130; Fri, 13 Oct 1995 06:30:55 -0700 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 GAA24127; Fri, 13 Oct 1995 06:30:54 -0700 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 AA18726; Fri, 13 Oct 95 06:30:53 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA14088; Fri, 13 Oct 1995 06:30:50 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id GAA15857; Fri, 13 Oct 1995 06:30:46 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id OAA06068; Fri, 13 Oct 1995 14:24:27 +0100 From: "Rob Jenkins" Message-Id: <9510131424.ZM6066@barney.reading.sgi.com> Date: Fri, 13 Oct 1995 14:24:27 +0100 In-Reply-To: SSPSU91@aol.com "drawing from DFAD and DTED data" (Oct 13, 8:28am) References: <951013082855_43535589@mail02.mail.aol.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: SSPSU91@aol.com Subject: Re: drawing from DFAD and DTED data Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Stephanie Searching the info-performer archives reveals that: " the Performer DTED reader that was contributed a while ago is at: pub/Performer/src/npsdted.tar.Z " This is on sgigate.sgi.com which you can access as anonymous ftp ( as are the archives of this list ). Hope this helps. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Fri Oct 13 06:51:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA24147; Fri, 13 Oct 1995 06:46:34 -0700 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 GAA24144; Fri, 13 Oct 1995 06:46:33 -0700 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 AA19004; Fri, 13 Oct 95 06:46:32 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA15808; Fri, 13 Oct 1995 06:46:30 -0700 Received: from kaki.nsg.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id GAA16985; Fri, 13 Oct 1995 06:46:27 -0700 Received: by kaki.nsg.sgi.com (940816.SGI.8.6.9/930416.SGI) id WAA24332; Fri, 13 Oct 1995 22:46:25 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9510132246.ZM24330@kaki.nsg.sgi.com> Date: Fri, 13 Oct 1995 22:46:24 +0900 In-Reply-To: kaki (Masanori Kakimoto) "Synchronizing HW pipes" (Oct 11, 2:29pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> Reply-To: kaki@sgitokyo.nsg.sgi.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There was an incorrect description in my first mail. On Oct 11, 2:29pm, Masanori Kakimoto wrote: > The problem is that the attached channels, i.e. left and right displays, > seem to be constantly delayed by 1 frame compared to the master channel. > This is true even when the master channel renders most of the polygons and > the attached channels render much less. The delay problem occurs regardless of pipe id or #polygons. Sometimes pipe0 is late, sometimes pipe1 or pipe2. > When they, instead of multipipe, tried using single pipe and multichannel > with MCO, they do NOT have the problem. This is still true. So as Angus mentioned, there is no problem in the application sequence. When, as an experiment, we use multiple Performer pipes with single HW pipe, using multiple windows on a display, we do have the problem. The delay is bigger when frame rate is reduced, which is the same situation as with multiple HW pipes. This suggests the delay may be 1 frame. On Oct 11, 5:17pm, Angus Dorbie wrote: > > PFCHAN_SWAPBUFFERS should be shared by default among a channel group. Do > > we have to explicitly call pfChanShare to share PFCHAN_SWAPBUFFERS? > > Yoy will if you call pfChanShare() with a non default mask, unless you > try: > > pfChanShare(chan, pfGetChanShare(chan) | PFCHAN_FOO); In the program, PFCHAN_VIEW and PFCHAN_SWAPBUFFERS are being shared though all others are not. This is double-checked by inquiring with pfGetChanShare. Note that we use pfMakePerspFrust to get off-axis projections for left and right channels. The program now calls only one pfChanView in the main loop to take advantage of sharing PFCHAN_VIEW. But the problem is still not solved in either the HW or SW multipipe environment. We are now trying to dump view info in the main loop from: The application; PreDraw for pipe 0; PostDraw for pipe 0; PreDraw for pipe 1; PostDraw for pipe 1; PreDraw for pipe 2; PostDraw for pipe 2. -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Center, Tokyo Office, c/o Nihon Silicon Graphics K.K. TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 From guest Fri Oct 13 07:15:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA24264; Fri, 13 Oct 1995 07:10:39 -0700 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 HAA24261; Fri, 13 Oct 1995 07:10:38 -0700 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 AA19577; Fri, 13 Oct 95 07:10:36 -0700 Received: from pigeon.cf.ac.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA18579; Fri, 13 Oct 1995 07:09:27 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <03334-0@pigeon.cf.ac.uk>; Fri, 13 Oct 1995 15:06:39 +0100 Date: Fri, 13 Oct 1995 15:08:15 +0100 (BST) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Object Library? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm after a variety of everyday objects to use in a Performer application. Exmples are: - household items, eg. shoe, light, cup - exterior items, eg. car, bus I know about the UK-VRSIG and Avalon repositories, but much of the relevant data there is for Superscape. I've also looked @ the SGI demos (eg. Performer + Inventor). Has anyone any ideas cheers roy From guest Fri Oct 13 07:43:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA24355; Fri, 13 Oct 1995 07:37:08 -0700 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 HAA24352; Fri, 13 Oct 1995 07:37:08 -0700 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 AA20285; Fri, 13 Oct 95 07:37:06 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA21652; Fri, 13 Oct 1995 07:36:57 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id PAA24510; Fri, 13 Oct 1995 15:18:47 +0100 From: "Angus Dorbie" Message-Id: <9510131518.ZM24508@bitch.reading.sgi.com> Date: Fri, 13 Oct 1995 15:18:46 +0100 In-Reply-To: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) "Re: Synchronizing HW pipes" (Oct 13, 10:46pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> <9510132246.ZM24330@kaki.nsg.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: kaki@sgitokyo.nsg.sgi.com, info-performer@sgi.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You didn't mention pfPhase, this is important when sharing PFCHAN_SWAPBUFFERS, two out of the four modes don't help, I forget which ones but try experimenting with this. You also didn't mention genlock, sorry for bringing this up again if youre already genlocking. If this doesn't help then the problem sounds very strange, it's a long shot but try adding PFCHAN_SCENE to your share mask. I'm only suggesting this voodoo because I've never tried not using this, when youre desperate you'll try anything. On Oct 13, 10:46pm, Masanori Kakimoto wrote: > Subject: Re: Synchronizing HW pipes > There was an incorrect description in my first mail. > > On Oct 11, 2:29pm, Masanori Kakimoto wrote: > > The problem is that the attached channels, i.e. left and right displays, > > seem to be constantly delayed by 1 frame compared to the master channel. > > This is true even when the master channel renders most of the polygons and > > the attached channels render much less. > > The delay problem occurs regardless of pipe id or #polygons. > Sometimes pipe0 is late, sometimes pipe1 or pipe2. From guest Fri Oct 13 07:51:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA24378; Fri, 13 Oct 1995 07:44:17 -0700 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 HAA24375; Fri, 13 Oct 1995 07:44:16 -0700 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 AA20384; Fri, 13 Oct 95 07:44:14 -0700 Received: from copernicus.hpc.org by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA22102; Fri, 13 Oct 1995 07:44:12 -0700 Received: from galileo.hpc.org by copernicus.hpc.org (4.1/SMI-4.1) id AA07032; Fri, 13 Oct 95 10:51:57 EDT Received: by galileo.hpc.org (950215.SGI.8.6.10/930416.SGI) id KAA27972; Fri, 13 Oct 1995 10:45:38 -0400 Date: Fri, 13 Oct 1995 10:45:38 -0400 (EDT) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: Ruddle@cardiff.ac.uk Cc: info-performer@sgi.sgi.com Subject: Re: Object Library? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 13 Oct 1995, ROY RUDDLE wrote: > I'm after a variety of everyday objects to use in a Performer > application. Exmples are: > - household items, eg. shoe, light, cup > - exterior items, eg. car, bus > Try: http://www.ocnus.com/models/models.html for vehicles and household items. Not a huge selection, but maybe enough to help you out. They're in VRML format, but the conversion to Inventor is fairly easy. And make sure you have the great Inventor 2.0 loader available on the SGI ftp site. ==================================================================== Michael Kelley Information Sciences Institute Systems Programmer 4350 N. Fairfax Dr. Suite 400 kelleym@ito.snap.org Arlington, VA 22203 day: (703) 812-4723 night: (703) 243-9422 ==================================================================== From guest Fri Oct 13 11:33:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA25094; Fri, 13 Oct 1995 11:26:24 -0700 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 LAA25091; Fri, 13 Oct 1995 11:26:23 -0700 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 AA00591; Fri, 13 Oct 95 11:26:19 -0700 Received: from od.sri.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA27790; Fri, 13 Oct 1995 11:26:18 -0700 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id KAA28755; Fri, 13 Oct 1995 10:40:20 -0700 From: "Nathaniel Bletter" Message-Id: <9510131040.ZM28753@od.sri.com> Date: Fri, 13 Oct 1995 10:40:20 -0700 In-Reply-To: ROY RUDDLE "Object Library?" (Oct 13, 3:08pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Ruddle@cardiff.ac.uk, info-performer@sgi.sgi.com Subject: Re: Object Library? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 13, 3:08pm, ROY RUDDLE wrote: > Subject: Object Library? > I'm after a variety of everyday objects to use in a Performer > application. Exmples are: > - household items, eg. shoe, light, cup > - exterior items, eg. car, bus Look in the Performer friends directory that is an optional installation on the Performer CD. There are tons of models there, including a complete house in the Coryphaeus directory (I think). maybe it will contain those household items you're looking for. -- Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 From guest Mon Oct 16 00:22:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA12045; Sun, 15 Oct 1995 23:50:26 -0700 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 XAA12042; Sun, 15 Oct 1995 23:50:26 -0700 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 AA22434; Sun, 15 Oct 95 23:50:24 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id XAA00778; Sun, 15 Oct 1995 23:50:24 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgihub.corp.sgi.com id AA22430; Sun, 15 Oct 95 23:50:21 -0700 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id XAA19063; Sun, 15 Oct 1995 23:50:21 -0700 From: "Sharon Clay (Fischler)" Message-Id: <9510152350.ZM19061@rose.asd.sgi.com> Date: Sun, 15 Oct 1995 23:50:20 -0700 In-Reply-To: " Vincent Oh" "Texture paging" (Oct 16, 1:48pm) References: <9510161348.ZM11096@sgisgp.singapore.sgi.com> X-Face: -=[08]X2X__vn]Ge>/Bb9vF?Ou{eDY7Ph%v0D${5R~/TCxc.jPP?8 #a;[(/qcE`zS:^@N"POerC^NQa2RQQ4yQA4EJMst8$J(lvz7^cb0-j_a]D22;p9RcOZXvx4Q?cT9En "nf-4FeBA*sE|.^FsQrfBcb^9^g[5@.Rar5NhLoF,n&1;J{SIH9=K?g X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: " Vincent Oh" , info-performer@sgihub.corp.sgi.com Subject: Re: Texture paging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Oct 16, 1:48pm, Vincent Oh wrote: > Subject: Texture paging ->Hi there, -> ->Sorry if this has already been asked before. I am told that texture paging is ->supported in Performer 2.0. How is this done? -> Glad you asked! There is API to allow you to specify that textures should be pageable (requires special formatting in the GL) and you can specify if a texture should be continuously reloaded. There is also exposed API to let you force the formatting and/or loading/reloading of textures. You can also specify a set of mutually exclusive textures that should all apply to the same geometry. You can then specify the mechanism by which those textures should replace each other: by automatically idling the previous texture and freeing its memory or the more restrictive method of actually sharing the same texture memory. You then select the current member of the set to be used. 2.0 also supports texture sources of Sirius vidio and framebuffer. All of this hangs of the same pfTexture primitive from 1.2 so Sample programs are provided. Trying to finish docs and ship this stuff! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Oct 16 01:16:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01137; Mon, 16 Oct 1995 01:13:30 -0700 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 BAA01134; Mon, 16 Oct 1995 01:13:29 -0700 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 AA25671; Mon, 16 Oct 95 01:13:28 -0700 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA13881; Mon, 16 Oct 1995 01:13:23 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id JAA29648 for ; Mon, 16 Oct 1995 09:13:00 +0100 Received: from quartz. by corysmailserv (5.x/SMI-SVR4) id AA01609; Mon, 16 Oct 1995 08:52:40 +0100 Received: by quartz. (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id IAA16481; Mon, 16 Oct 1995 08:49:58 +0100 From: "Lionel Maiaux" Message-Id: <9510160849.ZM16479@quartz> Date: Mon, 16 Oct 1995 08:49:57 +0100 In-Reply-To: "Sharon Clay (Fischler)" "Re: Texture paging" (Oct 15, 11:50pm) References: <9510161348.ZM11096@sgisgp.singapore.sgi.com> <9510152350.ZM19061@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Texture paging (2) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Sharon, > > There is API to allow you to specify that textures should be > pageable (requires special formatting in the GL) and you can > specify if a texture should be continuously reloaded. > There is also exposed API to let you force the formatting and/or > loading/reloading of textures. > You can also specify a set of mutually exclusive textures > that should all apply to the same geometry. You can then specify > the mechanism by which those textures should replace each other: > by automatically idling the previous texture and freeing its memory > or the more restrictive method of actually sharing the same texture memory. > You then select the current member of the set to be used. > 2.0 also supports texture sources of Sirius vidio and framebuffer. > All of this hangs of the same pfTexture primitive from 1.2 so > Sample programs are provided. > Does this API support mipmapping ??? From guest Mon Oct 16 01:19:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01154; Mon, 16 Oct 1995 01:14:54 -0700 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 BAA01151; Mon, 16 Oct 1995 01:14:53 -0700 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 AA25694; Mon, 16 Oct 95 01:14:51 -0700 Received: from pigeon.cf.ac.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA13908; Mon, 16 Oct 1995 01:14:49 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <00612-0@pigeon.cf.ac.uk>; Mon, 16 Oct 1995 09:12:14 +0100 Date: Mon, 16 Oct 1995 09:14:00 +0100 (BST) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: VRML -> Inventor Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O OK, so there is a .iv -> VRML converter. Does anyone out there have one that goes from VRML -> .iv, so I can import VRML geometry into Performer (I can find no mention of this anywhere). I suppose an alternative would be to hack the qv code, but I don't really want to do this if I can avoid it. cheers roy From guest Mon Oct 16 01:39:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01407; Mon, 16 Oct 1995 01:35:39 -0700 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 BAA01404; Mon, 16 Oct 1995 01:35:39 -0700 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 AA26184; Mon, 16 Oct 95 01:35:36 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA15024; Mon, 16 Oct 1995 01:35:36 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA26181; Mon, 16 Oct 95 01:35:32 -0700 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id BAA20063; Mon, 16 Oct 1995 01:35:32 -0700 From: "Sharon Clay (Fischler)" Message-Id: <9510160135.ZM20061@rose.asd.sgi.com> Date: Mon, 16 Oct 1995 01:35:32 -0700 In-Reply-To: "Lionel Maiaux" "Texture paging (2)" (Oct 16, 8:49am) References: <9510161348.ZM11096@sgisgp.singapore.sgi.com> <9510152350.ZM19061@rose.asd.sgi.com> <9510160849.ZM16479@quartz> X-Face: -=[08]X2X__vn]Ge>/Bb9vF?Ou{eDY7Ph%v0D${5R~/TCxc.jPP?8 #a;[(/qcE`zS:^@N"POerC^NQa2RQQ4yQA4EJMst8$J(lvz7^cb0-j_a]D22;p9RcOZXvx4Q?cT9En "nf-4FeBA*sE|.^FsQrfBcb^9^g[5@.Rar5NhLoF,n&1;J{SIH9=K?g X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Lionel Maiaux" , info-performer@sgi.sgi.com Subject: Re: Texture paging (2) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Oct 16, 8:49am, Lionel Maiaux wrote: > Subject: Texture paging (2) ->Hi Sharon, -> ->> ->> There is API to allow you to specify that textures should be ->> pageable (requires special formatting in the GL) and you can ->> specify if a texture should be continuously reloaded. ->> There is also exposed API to let you force the formatting and/or ->> loading/reloading of textures. ->> You can also specify a set of mutually exclusive textures ->> that should all apply to the same geometry. You can then specify ->> the mechanism by which those textures should replace each other: ->> by automatically idling the previous texture and freeing its memory ->> or the more restrictive method of actually sharing the same texture memory. ->> You then select the current member of the set to be used. ->> 2.0 also supports texture sources of Sirius vidio and framebuffer. ->> All of this hangs of the same pfTexture primitive from 1.2 so ->> Sample programs are provided. ->> -> ->Does this API support mipmapping ??? Yes, but IRIS GL does not. OpenGL does. Sample program for that too. Works great on IMPACT! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Oct 16 02:00:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01626; Mon, 16 Oct 1995 01:54:55 -0700 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 BAA01623; Mon, 16 Oct 1995 01:54:54 -0700 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 AA26603; Mon, 16 Oct 95 01:54:48 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA16097; Mon, 16 Oct 1995 01:54:47 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA26599; Mon, 16 Oct 95 01:54:45 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id BAA19441; Mon, 16 Oct 1995 01:54:40 -0700 Message-Id: <199510160854.BAA19441@surreal.asd.sgi.com> To: Ruddle@cardiff.ac.uk Cc: info-performer@sgi.sgi.com Subject: Re: VRML -> Inventor In-Reply-To: Your message of "Mon, 16 Oct 95 09:14:00 BST." Date: Mon, 16 Oct 95 01:54:40 -0700 From: Jim Helman Status: O Being a superset of VRML, Inventor 2.1 can read VRML files. Performer 2.0 will ship with a loader that can read Inventor 2.1 files. The Inventor loader for Perfomer 1.2 on sgigate.sgi.com has not yet been updated to Inventor 2.1, but it's not a big job to do so. (In case anyone with Inventor 2.1 wants to DIY and port the loader back to Performer 1.2, I just put the source code to the Perfomer 2.0 / Inventor 2.1 loader as ftp://sgigate.sgi.com/pub/Performer/src/pf2.0iv2.1.tar.Z). Alternately, you can edit the header of the VRML file to lie and say that it's really an Inventor 2.0 file......but your mileage will definitely vary. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Oct 16 02:23:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA01767; Mon, 16 Oct 1995 02:20:18 -0700 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 CAA01764; Mon, 16 Oct 1995 02:20:17 -0700 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 AA27083; Mon, 16 Oct 95 02:20:14 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA17452; Mon, 16 Oct 1995 02:20:14 -0700 Received: from kaki.nsg.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id CAA07042; Mon, 16 Oct 1995 02:20:12 -0700 Received: by kaki.nsg.sgi.com (940816.SGI.8.6.9/930416.SGI) id SAA26856; Mon, 16 Oct 1995 18:19:46 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9510161819.ZM26854@kaki.nsg.sgi.com> Date: Mon, 16 Oct 1995 18:19:46 +0900 In-Reply-To: "Angus Dorbie" "Re: Synchronizing HW pipes" (Oct 13, 3:18pm) References: <9510111429.ZM19559@kaki.nsg.sgi.com> <9510132246.ZM24330@kaki.nsg.sgi.com> <9510131518.ZM24508@bitch.reading.sgi.com> Reply-To: kaki@sgitokyo.nsg.sgi.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Angus Dorbie" , info-performer@sgi.sgi.com Subject: Re: Synchronizing HW pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O PFPHASE_LOCK, PHPHASE_FLOAT, PFPHASE_FREE_RUN and PFPHASE_LIMIT have been tried, but did not solve the problem. In our case, PFPHASE_LOCK should be used. PFPHASE_FREE_RUN makes the delay less noticeable because of the high frame rate, but we need complete sync and stable frame rate. Genlock is connected and setmon -g is specified for the slave pipes. However, the single HW pipe experiment also shows up the same delay. This suggests the cause lies in somewhere other than genlock. It does not make any difference whether PFCHAN_SCENE is used or the scene is set to each channel individually. On Oct 13, 3:18pm, Angus Dorbie wrote: > Subject: Re: Synchronizing HW pipes > You didn't mention pfPhase, this is important when sharing PFCHAN_SWAPBUFFERS, > two out of the four modes don't help, I forget which ones but try experimenting > with this. You also didn't mention genlock, sorry for bringing this up again if > youre already genlocking. > If this doesn't help then the problem sounds very strange, it's a long shot > but try adding PFCHAN_SCENE to your share mask. I'm only suggesting this > voodoo because I've never tried not using this, when youre desperate you'll > try anything. > > On Oct 13, 10:46pm, Masanori Kakimoto wrote: > > Subject: Re: Synchronizing HW pipes > > There was an incorrect description in my first mail. > > > > On Oct 11, 2:29pm, Masanori Kakimoto wrote: > > > The problem is that the attached channels, i.e. left and right displays, > > > seem to be constantly delayed by 1 frame compared to the master channel. > > > This is true even when the master channel renders most of the polygons and > > > the attached channels render much less. > > > > The delay problem occurs regardless of pipe id or #polygons. > > Sometimes pipe0 is late, sometimes pipe1 or pipe2. > . > . > . > > In the program, PFCHAN_VIEW and PFCHAN_SWAPBUFFERS are being shared > > though all others are not. This is double-checked by inquiring with > > pfGetChanShare. > > > . > . > . > > -- > > Masanori Kakimoto mailto:kaki@nsg.sgi.com > > East Asia Technology Center, Tokyo Office, > > c/o Nihon Silicon Graphics K.K. > > TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 > > > >-- End of excerpt from Masanori Kakimoto > > > > -- > Angus Dorbie, > Silicon Graphics Ltd, UK > dorbie@reading.sgi.com >-- End of excerpt from Angus Dorbie -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Center, Tokyo Office, c/o Nihon Silicon Graphics K.K. TEL:+81-3-5488-1852 FAX:+81-3-5420-2397 Voicemail:5-7465 From guest Mon Oct 16 05:25:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA04036; Mon, 16 Oct 1995 05:22:39 -0700 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 FAA04033; Mon, 16 Oct 1995 05:22:34 -0700 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 AA01676; Mon, 16 Oct 95 05:22:18 -0700 Received: from dw3f.ess.harris.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA26960; Mon, 16 Oct 1995 05:22:08 -0700 Received: from toucan (toucan [130.41.1.227]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with ESMTP id IAA07504 for ; Mon, 16 Oct 1995 08:20:47 -0400 Received: by toucan (940816.SGI.8.6.9) id IAA19239; Mon, 16 Oct 1995 08:20:02 -0400 From: "Pat Stevenson" Message-Id: <9510160820.ZM19237@toucan> Date: Mon, 16 Oct 1995 08:20:01 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Database model color switching Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I am a new grad starting out with Performer. I have manuals for 1.2 but my company is using 2.0 second beta release. Since I am new, I haven't gotten the hang of any intricate details, but a synopsis follows: We are using Performer to create battle scenarios. Terrain, models, simulation, and DIS are all involved. The main interface is in Motif with Inventor widgets and the problem I have is in a color filter for the database models. We have enemy, manned, and other such targets that are supposed to be selected and shown in other colors beside their inherit ones from loading. I can't figure out how to either insert some kind of color node, or traverse the model's GeoSets and change the default colors. Please send me any information, or a pointer where I can find more out. I have called Performer's beta developer, but have not received any calls back. Thanks for any help you can provide. Pat Stevenson gstevens@harris.com From guest Mon Oct 16 06:30:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA04870; Mon, 16 Oct 1995 06:27:49 -0700 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 GAA04867; Mon, 16 Oct 1995 06:27:48 -0700 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 AA03018; Mon, 16 Oct 95 06:27:46 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA01875; Mon, 16 Oct 1995 06:27:42 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id OAA04064; Mon, 16 Oct 1995 14:02:27 +0100 From: "Angus Dorbie" Message-Id: <9510161402.ZM4062@bitch.reading.sgi.com> Date: Mon, 16 Oct 1995 14:02:27 +0100 In-Reply-To: "Pat Stevenson" "Database model color switching" (Oct 16, 8:20am) References: <9510160820.ZM19237@toucan> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Pat Stevenson" , info-performer@sgi.sgi.com Subject: Re: Database model color switching Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Scene graph traversal has changed slightly in Performer 2.0, here's an example of how to traverse a loaded node and modify the GeoStates. It checks for wireline GeoSets and changes their geostates which contain lines. It then enables blended non occluding transparency in the GeoStates, perfect if you want to perform line antialiasing on IMPACT, provided you load a model with some wireline replication included. You also need to turn linesmooth on in GL or OpenGL, do this after your InitGfx call: #ifdef IRISGL linesmooth(SML_ON); #endif #ifndef IRISGL glEnable(GL_LINE_SMOOTH); #endif Anyway, to return to the subject, you can use similar code to that below to modify geostates or try using draw callbacks to change the material and override the material state, examples have already been posted to this group. Look at the manual entry for: pfNodeTravFuncs Good Luck, Angus. void Modify_Tree(pfNode *node); static void ModifyGStates(pfGeode *geode); void Modify_Tree(pfNode *node) { long i; pfType *type; type = pfGetType(node); if( pfIsExactType(node, pfGetGeodeClassType()) ) { ModifyGStates((pfGeode*)node); } else if( pfIsOfType(node, pfGetGroupClassType()) ) { /* * speed up sequence */ if( pfIsExactType(node, pfGetSeqClassType()) ) { printf(">>>>>>>>>>>>>>>>>>>>>>>>>>>>> Accelerated a sequence\n"); pfSeqDuration((pfSequence *)node, 3.0f, -1); } /* * Recurse on children */ for(i = 0; i < pfGetNumChildren(node); i++) Modify_Tree( pfGetChild(node, i) ); } } static void ModifyGStates(pfGeode *geode) { long i, ng; pfGeoState *gstate; ng = pfGetNumGSets( geode); printf("found a geode with %d gsets\n",ng); if(ng > 0) { for(i = 0; i < ng; i++) { if(pfGetGSetPrimType(pfGetGSet( geode, i)) == PFGS_LINES || pfGetGSetPrimType(pfGetGSet( geode, i)) == PFGS_LINESTRIPS) { gstate = pfGetGSetGState( pfGetGSet( geode, i) ); printf(">>>>>>>>>>>>>>>>>>>>>>>>>>>>> Blended a wireline Model\n"); pfGStateMode( gstate, PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA | PFTR_NO_OCCLUDE); } } } } On Oct 16, 8:20am, Pat Stevenson wrote: > Subject: Database model color switching > > Hello, > I am a new grad starting out with Performer. I have manuals for 1.2 but my > company is using 2.0 second beta release. Since I am new, I haven't gotten the > hang of any intricate details, but a synopsis follows: > > We are using Performer to create battle scenarios. Terrain, models, > simulation, > and DIS are all involved. The main interface is in Motif with Inventor widgets > and the problem I have is in a color filter for the database models. We have > enemy, manned, and other such targets that are supposed to be selected and > shown in other colors beside their inherit ones from loading. I can't figure > out how to either insert some kind of color node, or traverse the model's > GeoSets and change the default colors. Please send me any information, or a > pointer where I can find more out. I have called Performer's beta developer, > but have not received any calls back. Thanks for any help you can provide. > > Pat Stevenson > gstevens@harris.com > > >-- End of excerpt from Pat Stevenson -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Oct 16 06:07:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA04638; Mon, 16 Oct 1995 06:03:31 -0700 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 GAA04635; Mon, 16 Oct 1995 06:03:30 -0700 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 AA02495; Mon, 16 Oct 95 06:03:29 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA29898; Mon, 16 Oct 1995 06:03:28 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA02491; Mon, 16 Oct 95 06:03:26 -0700 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id GAA21977; Mon, 16 Oct 1995 06:03:25 -0700 From: "Sharon Clay (Fischler)" Message-Id: <9510160603.ZM21975@rose.asd.sgi.com> Date: Mon, 16 Oct 1995 06:03:25 -0700 In-Reply-To: "Pat Stevenson" "Database model color switching" (Oct 16, 8:20am) References: <9510160820.ZM19237@toucan> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Pat Stevenson" , info-performer@sgi.sgi.com Subject: Re: Database model color switching Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Oct 16, 8:20am, Pat Stevenson wrote: > Subject: Database model color switching -> ->Hello, ->I am a new grad starting out with Performer. I have manuals for 1.2 but my ->company is using 2.0 second beta release. Since I am new, I haven't gotten the ->hang of any intricate details, but a synopsis follows: -> ->We are using Performer to create battle scenarios. Terrain, models, ->simulation, ->and DIS are all involved. The main interface is in Motif with Inventor widgets ->and the problem I have is in a color filter for the database models. We have ->enemy, manned, and other such targets that are supposed to be selected and ->shown in other colors beside their inherit ones from loading. I can't figure ->out how to either insert some kind of color node, or traverse the model's ->GeoSets and change the default colors. Please send me any information, or a ->pointer where I can find more out. I have called Performer's beta developer, ->but have not received any calls back. Thanks for any help you can provide. You sound like a customer for pfHighlight (which was in Performer1.2 but has got some swank new modes in 2.0). Look at the hlcube.c sample program 1.2: /usr/src/Performer/src/pguide/libpr/progs/hlcube.c 2.0: /usr/share/Performer/src/pguide/libpr/C/hlcube.c src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Sun Oct 15 22:43:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA11769; Sun, 15 Oct 1995 22:40:11 -0700 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 WAA11766; Sun, 15 Oct 1995 22:40:10 -0700 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 AA20698; Sun, 15 Oct 95 22:40:09 -0700 Received: from sgisgp.singapore.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id WAA28196; Sun, 15 Oct 1995 22:40:07 -0700 Received: by sgisgp.singapore.sgi.com (920330.SGI/920502.SGI) for info-performer@sgi.com id AA11098; Mon, 16 Oct 95 13:48:04 +0800 From: " Vincent Oh" Message-Id: <9510161348.ZM11096@sgisgp.singapore.sgi.com> Date: Mon, 16 Oct 1995 13:48:02 +0000 X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: info-performer@sgihub.corp.sgi.com Subject: Texture paging Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi there, Sorry if this has already been asked before. I am told that texture paging is supported in Performer 2.0. How is this done? Cheers. Vincent -- Vincent Oh Senior Systems Engineer Silicon Graphics Pte Ltd ASEAN Headquarters 89 Science Park Drive #03-02 to 06 The Rutherford Singapore 118261 e-mail : vincentoh@singapore.sgi.com v-mail : 57576 tel : (065) 777 3088 fax : (065) 779 3650 _______ _______ ________ / ____// / ____// /__ __// / //____ / //____ / // /____ // / ///_ // / // _____/ // / //_/ // __/ //__ /______// /______// /______// ///// @ @ ----------------------------------oOO-(_)-OOo------------------------------ /|||\ From guest Wed Oct 18 13:55:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA01777; Wed, 18 Oct 1995 13:52:30 -0700 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 NAA01774; Wed, 18 Oct 1995 13:52:28 -0700 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 AA17427; Wed, 18 Oct 95 13:52:28 -0700 Received: from tcsernet.tcs.ernet.in by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA18580; Wed, 18 Oct 1995 13:51:48 -0700 From: deepa@tcsernet.tcs.ernet.in Message-Id: <9510190226.AA00877@tcsernet.tcs.ernet.in> Subject: Inventor loader To: info-performer@sgi.sgi.com Date: Mon, 16 Oct 95 11:47:43 EDT Content-Length: 344 Content-Type: text X-Mailer: ELM [version 2.3 PL2] Status: O I have a problem when I load Inventor models. I cannot see some of the faces of the model from certain view points. This happens even if I set back-face culling to off. If I reverse the normal directions another set of faces become invisible. Is this a problem with the Inventor loader? Deepa Krishnan Tata Consultancy Services Bombar, India From guest Mon Oct 16 10:45:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA06402; Mon, 16 Oct 1995 10:39:51 -0700 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 KAA06399; Mon, 16 Oct 1995 10:39:50 -0700 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 AA15139; Mon, 16 Oct 95 10:39:45 -0700 Received: from pbi.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA11695; Mon, 16 Oct 1995 10:39:46 -0700 Received: by pbi.net (4.1/JMA.3) id AA00782; Mon, 16 Oct 95 10:36:45 PDT Date: Mon, 16 Oct 95 10:36:45 PDT From: ceder@pbi.net (Chris Cederwall) Message-Id: <9510161736.AA00782@pbi.net > To: info-performer@sgi.sgi.com Subject: Material changes of GeoSets Status: O One thing to be very careful of when finding a geosets material and changing the value is.... That the GeoSet when constructed by the "loader" will more than likely be using the pfd routines for sharing attributes amongst other GeoSets. And this may lead you to getting a pointer to a GeoSet Material attribute that is actually shared by many random GeoSets throughout the SceneGraph. If this happens to you, you will need to assert a "new" material for that GeoSet and attach it as the attribute for that GeoSet. chris cederwall Pacific Bell Interenet ceder@pbi.net From guest Mon Oct 16 13:50:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA06861; Mon, 16 Oct 1995 13:46:35 -0700 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 NAA06858; Mon, 16 Oct 1995 13:46:34 -0700 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 AA28413; Mon, 16 Oct 95 13:46:31 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA21506; Mon, 16 Oct 1995 13:46:28 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id NAA18307; Mon, 16 Oct 1995 13:04:35 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA25956; Mon, 16 Oct 95 13:04:31 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA16909; Mon, 16 Oct 1995 13:04:30 -0700 Message-Id: <199510162004.NAA16909@surreal.asd.sgi.com> To: "Angus Dorbie" Cc: "Pat Stevenson" , info-performer@sgi.sgi.com Subject: Re: Database model color switching In-Reply-To: Your message of "Mon, 16 Oct 95 14:02:27 BST." <9510161402.ZM4062@bitch.reading.sgi.com> Date: Mon, 16 Oct 95 13:04:30 -0700 From: Jim Helman Status: O Note that 2.0's pfIsExactType() is rarely required and should be avoided in favor of pfIsOftype() wherever possible. Use of pfIsExactType() means that the code will not work if someone has a database loader that creates its own subclasses. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 > if( pfIsExactType(node, pfGetGeodeClassType()) ) should be pfIsOfType. > else if( pfIsOfType(node, pfGetGroupClassType()) ) OK. > if( pfIsExactType(node, pfGetSeqClassType()) ) should be pfIsOfType. From guest Tue Oct 17 12:01:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA08760; Tue, 17 Oct 1995 11:50:27 -0700 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 LAA08757; Tue, 17 Oct 1995 11:50:26 -0700 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 AA26369; Tue, 17 Oct 95 11:50:09 -0700 Received: from roosevelt.ait.nrl.navy.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA05208; Tue, 17 Oct 1995 11:50:02 -0700 Received: (from king@localhost) by roosevelt.ait.nrl.navy.mil (8.6.12/8.6.12) id SAA19921; Tue, 17 Oct 1995 18:50:00 GMT Date: Tue, 17 Oct 1995 14:49:59 -0400 (EDT) From: "Robert D. King" To: info-performer Subject: pfuGLX && iconic state Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O In our application, we suspend portions of our cull and draw processing depending on the state of a global flag. e.g., void CullFunc(pfChannel * chan, void *data) { /* don't bother if we're suspended */ if (ViewState->suspendFlag) return; PreCull(chan, data); pfCull(); PostCull(chan, data); } void DrawFunc(pfChannel *chan, void *data) { /* only bother with these if we're not suspended */ if (!ViewState->suspendFlag) { PreDraw(chan, data); pfDraw(); } PostDraw(chan, data); /* always process input */ } THE QUESTION: With respect to setting the state of our global flag, in an application which uses pfuGLXWinopen (), is there a preferred method to test whether the top level window has been iconified or not? A code snippet would be appreciated. Thanks in advance, Rob From guest Tue Oct 17 16:02:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA10242; Tue, 17 Oct 1995 15:38:59 -0700 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 PAA10239; Tue, 17 Oct 1995 15:38:50 -0700 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 AA13643; Tue, 17 Oct 95 15:38:44 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA09455; Tue, 17 Oct 1995 15:38:32 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id SAA07480; Tue, 17 Oct 1995 18:22:20 -0400 Date: Tue, 17 Oct 1995 18:22:20 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199510172222.SAA07480@beamish.mit.edu> To: info-performer Subject: pfuGLX && iconic state Status: O > In our application, we suspend portions of our cull and draw >processing depending on the state of a global flag. e.g., .. >THE QUESTION: >With respect to setting the state of our global flag, >in an application which uses pfuGLXWinopen (), is there a preferred >method to test whether the top level window has been iconified or not? >A code snippet would be appreciated. Hi Rob, This not pfuGLX nor is it likely to be the preferred method. It is however a code snippet. Dorrie From guest Tue Oct 17 22:16:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA12319; Tue, 17 Oct 1995 22:06:36 -0700 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 WAA12316; Tue, 17 Oct 1995 22:06:35 -0700 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 AA03629; Tue, 17 Oct 95 22:06:32 -0700 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id WAA05363; Tue, 17 Oct 1995 22:06:30 -0700 From: halliday@cs.sfu.ca Received: from bowen (bowen.cs.sfu.ca) by cs.sfu.ca with SMTP id AA17442 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Tue, 17 Oct 1995 22:06:29 -0700 Received: by bowen (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id WAA29044; Tue, 17 Oct 1995 22:06:27 -0700 Message-Id: <199510180506.WAA29044@bowen> Subject: pal and ntsc for impact To: info-performer@sgi.sgi.com Date: Tue, 17 Oct 1995 22:06:24 -0800 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 104 Status: O We need a vof for ntsc or pal for the Impact. Can someone help? -- Sean Halliday halliday@cs.sfu.ca From guest Tue Oct 17 23:19:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA13007; Tue, 17 Oct 1995 23:15:46 -0700 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 XAA13004; Tue, 17 Oct 1995 23:15:45 -0700 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 AA06360; Tue, 17 Oct 95 23:15:45 -0700 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA13028; Tue, 17 Oct 1995 23:15:18 -0700 Received: from dyn93.slip.pacific.net.sg (dyn93.slip.pacific.net.sg [192.169.38.93]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id OAA26676 for ; Wed, 18 Oct 1995 14:14:41 +0800 Date: Wed, 18 Oct 1995 14:14:41 +0800 Message-Id: <199510180614.OAA26676@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: Job Opportunity 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 needsfor the Next Lap. We are looking for creative individuals who will join us in educating our young inquisitive minds. We need lecturers who can teach in one or more of the following areas: 1. Drawing 2. Illustration 3. Graphic Design 4. Audio/Video/Film Production 5. 2D and 3D Animation 6. Character Animation and Special Effects 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 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 Closing dates: 28 Oct. 95 *Only shortlisted candidates wil be notified. ************************************ * * * 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://nyp.ac.sg * * * ************************************ From guest Wed Oct 18 02:59:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA18221; Wed, 18 Oct 1995 02:45:20 -0700 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 CAA18216; Wed, 18 Oct 1995 02:45:17 -0700 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 AA13812; Wed, 18 Oct 95 02:45:05 -0700 Received: from gatekeeper.volvo.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA27873; Wed, 18 Oct 1995 02:45:05 -0700 Received: from localhost (mail@localhost) by gatekeeper.volvo.se (8.6.5/8.6.5) id KAA21743 for ; Wed, 18 Oct 1995 10:44:54 +0100 Received: from unknown(153.112.1.4) by gatekeeper.volvo.se via smap (V1.3) id sma021727; Wed Oct 18 10:44:36 1995 Received: from challenge by nike.volvo.se with ESMTP (8.6.4/1.37) id KAA28102; Wed, 18 Oct 1995 10:44:35 +0100 Received: by challenge (950413.SGI.8.6.12/930416.SGI) for info-performer@holodeck.asd.sgi.com id KAA05720; Wed, 18 Oct 1995 10:46:10 +0100 From: "Per Ostman" Message-Id: <9510181046.ZM5718@challenge> Date: Wed, 18 Oct 1995 10:46:10 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer Subject: UNSUBSCRIBE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Please unsubscribe me from this list. Thanks. Per. From guest Wed Oct 18 07:56:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA28856; Wed, 18 Oct 1995 07:47:36 -0700 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 HAA28853; Wed, 18 Oct 1995 07:47:34 -0700 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 AA21179; Wed, 18 Oct 95 07:47:24 -0700 Received: from longwood.cs.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA23332; Wed, 18 Oct 1995 07:47:24 -0700 Received: by longwood.cs.ucf.edu id AA03414 (5.65c/IDA-1.4.4 for Iris Performer mailing list ); Wed, 18 Oct 1995 10:47:21 -0400 Date: Wed, 18 Oct 1995 10:47:20 -0400 (EDT) From: Travis Terry To: Iris Performer mailing list Subject: Performer/Motif GLX and a Pixmap Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I hope someone can help me with this problem. It seems like a simple thing to do. I have a Performer/Motif program which works great, but if I try to allocate a Pixmap (via XCreatePixmap) or a GC (view XCreateGC), I get GL: X ext error: major req = 53, minor req = 0, err code = 9 ERROR #93 Error in communication with window server: ERR_WMANIRC and then the program terminates. I am trying to create a dialog box with some standard Xlib drawing in it. This error seems to occur the next time a widget is managed after the Pixmap or GC creation. If I create the Pixmap/GC after all widgets are created, managed, and realized, the error still occurs, but I cannot figure out exactly where. I solved the GC problem by using XtGetGC instead of XCreateGC, but I still need to create the pixmaps. Any suggestions would be useful. +============================================================================+ | Travis Terry terry@longwood.cs.ucf.edu | | Programming Team coach | | Graduate student | | University of Central Florida | +============================================================================+ From guest Wed Oct 18 08:59:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA29313; Wed, 18 Oct 1995 08:52:05 -0700 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 IAA29310; Wed, 18 Oct 1995 08:51:59 -0700 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 AA24076; Wed, 18 Oct 95 08:51:45 -0700 Received: from dove.cf.ac.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA03831; Wed, 18 Oct 1995 08:51:39 -0700 Received: from thorarchive.cf.ac.uk by dove.cf.ac.uk with SMTP (PP) id <22471-0@dove.cf.ac.uk>; Wed, 18 Oct 1995 15:54:31 +0100 Date: Wed, 18 Oct 1995 15:52:41 +0100 (BST) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: I3DM Modeller - Surface Extrusion Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Ref. the I3DM modeller in the friends section of the 1.2 CD. I'm having a problem with extruding a line into a surface (ie. it won't do it!). create a line Surface -> Extrude -> Extrude .. enter the vector then I get a message saying nothings selected, but the line is selected Can anyone shed any light on this? regards roy From guest Wed Oct 18 09:23:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA00070; Wed, 18 Oct 1995 09:15:09 -0700 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 JAA00066; Wed, 18 Oct 1995 09:14:57 -0700 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 AA01085; Wed, 18 Oct 95 09:14:54 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA08122; Wed, 18 Oct 1995 09:14:47 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id MAA08886; Wed, 18 Oct 1995 12:21:28 -0400 Date: Wed, 18 Oct 1995 12:21:28 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199510181621.MAA08886@beamish.mit.edu> To: info-performer Subject: pfuGLX && iconic state Status: O Where's the code? Let's try this again > In our application, we suspend portions of our cull and draw >processing depending on the state of a global flag. e.g., .. >THE QUESTION: >With respect to setting the state of our global flag, >in an application which uses pfuGLXWinopen (), is there a preferred >method to test whether the top level window has been iconified or not? >A code snippet would be appreciated. Hi Rob, This not pfuGLX nor is it likely to be the preferred method. It is however a code snippet. Dorrie main loop stuff ** XtAppPeekEvent(app_context,&pevent); if((mask = XtAppPending(app_context)) != NULL){ if(pevent.type == UnmapNotify){ undomap(&pevent); } else if(pevent.type == MapNotify){ domap(&pevent); } XtAppProcessEvent(app_context,mask); } if((mask = XtAppPending(text_app))!= NULL ){ XtAppProcessEvent(text_app,mask); } ** /*************************************************************************/ /* void undomap(XEvent *pevent) */ /*************************************************************************/ void undomap(XEvent *pevent){ /* this is called when a graphics window is iconified, a flag is set so the window is not updated while it is iconified */ int i,s; /* find which window */ for(s =0; s < allspectros.count; s++){ for(i=0; i < 4; i++){ if(pevent->xunmap.window == XtWindow(allspectros.list[s]->toplevel[i]) ){ allspectros.list[s]->normstate[i] = 0; /* get out of here */ i = 4; s = allspectros.count; } } } }/* end undomap */ /*************************************************************************/ /* void domap(XEvent *pevent) */ /*************************************************************************/ void domap(XEvent *pevent){ /* this is called when window is normalized after being an icon, the window is updated and a flag is set so other updates are processed */ int i,s; /* find which window */ for(s =0; s < allspectros.count; s++){ for(i=0; i < 4; i++){ if(pevent->xmap.window == XtWindow(allspectros.list[s]->toplevel[i]) ){ if(allspectros.list[s]->normstate[i] != 1){ if( i == SPECTRUM) allspectros.list[s]->history = 0; allspectros.list[s]->normstate[i] = 1; update(allspectros.list[s]->info[i], allspectros.list[s], i); } /* get out of here */ i = 4; s = allspectros.count; } } } }/* end domap*/ /*******************************/ From guest Wed Oct 18 09:31:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA00177; Wed, 18 Oct 1995 09:26:38 -0700 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 JAA00170; Wed, 18 Oct 1995 09:26:37 -0700 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 AA02067; Wed, 18 Oct 95 09:26:36 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA10896; Wed, 18 Oct 1995 09:26:33 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id JAA26900; Wed, 18 Oct 1995 09:26:30 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA01279; Wed, 18 Oct 1995 17:23:48 +0100 From: "Rob Jenkins" Message-Id: <9510181723.ZM1277@barney.reading.sgi.com> Date: Wed, 18 Oct 1995 17:23:47 +0100 In-Reply-To: yuri@casa-de.es "Some little questions" (Oct 18, 12:18pm) References: <9510181918.AA12889@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: Some little questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 18, 12:18pm, yuri@casa-de.es wrote: > Subject: Some little questions > > - I read you were talking about a Patch number to fix something. What is > that number and how is it used? > _ >-- End of excerpt from yuri@casa-de.es Each software patch released has a unique number as it's name eg patchSG0000XXX where XXX is the number. This is also the name the patch software subsystem is installed as so the output of versions -a | grep -i patch on a system with patches installed might look like this: barney 10% versions -a | grep -i patch I patchSG0000248 09/04/95 Patch SG0000248 I patchSG0000248.compiler_dev_sw 09/04/95 Base Compiler Software I patchSG0000248.compiler_dev_sw.util 09/04/95 Base Compiler Utilities I patchSG0000308 09/18/95 Patch SG0000308 I patchSG0000308.eoe1_sw 09/18/95 IRIX Execution Environment Software I patchSG0000308.eoe1_sw.unix 09/18/95 IRIX Execution Environment so this system has patches 248 and 308 on it. To get patches you can install from a patch CD or contact your local software support group ( assuming you have a software support contract :-) ) to get patches emailed or send on tape. We generally encourage people to only install patches they know they need rather than do it 'just in case' - too many ( unneccessary ) patches is not a good thing. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Wed Oct 18 09:32:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA00208; Wed, 18 Oct 1995 09:28:45 -0700 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 JAA00204; Wed, 18 Oct 1995 09:28:44 -0700 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 AA02166; Wed, 18 Oct 95 09:28:44 -0700 Received: from sguk.reading.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA11330; Wed, 18 Oct 1995 09:28:35 -0700 Received: from sydney.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA05375; Wed, 18 Oct 95 17:28:31 +0100 Received: by sydney.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.sgi.com id RAA01428; Wed, 18 Oct 1995 17:26:21 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9510181726.ZM1426@sydney.reading.sgi.com> Date: Wed, 18 Oct 1995 17:26:21 +0100 In-Reply-To: ROY RUDDLE "I3DM Modeller - Surface Extrusion" (Oct 18, 3:52pm) References: Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: I3DM Modeller - Surface Extrusion Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 18, 3:52pm, ROY RUDDLE wrote: > Subject: I3DM Modeller - Surface Extrusion > Ref. the I3DM modeller in the friends section of the 1.2 CD. I'm having a > problem with extruding a line into a surface (ie. it won't do it!). > > create a line > Surface -> Extrude -> Extrude > .. enter the vector > > then I get a message saying nothings selected, but the line is selected > > Can anyone shed any light on this? > > regards > > roy > >-- End of excerpt from ROY RUDDLE I had this problem. Repeated tries eventually got it to work. You have to do it in exactly the right order. -- __________________________________________________________________________ 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 Wed Oct 18 10:39:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA00754; Wed, 18 Oct 1995 10:34:18 -0700 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 KAA00751; Wed, 18 Oct 1995 10:34:17 -0700 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 AA05779; Wed, 18 Oct 95 10:34:17 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA27780; Wed, 18 Oct 1995 10:34:10 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA12331; Wed, 18 Oct 1995 18:33:22 +0100 From: "Angus Dorbie" Message-Id: <9510181833.ZM12329@bitch.reading.sgi.com> Date: Wed, 18 Oct 1995 18:33:21 +0100 In-Reply-To: yuri@casa-de.es "Some little questions" (Oct 18, 12:18pm) References: <9510181918.AA12889@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: Some little questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It's the TX_INTERNAL_FORMAT you want to try changing to TX_RGBA_8 or the performer defined equivalent if it has one in 1.2. Rgds, Angus. On Oct 18, 12:18pm, yuri@casa-de.es wrote: From guest Wed Oct 18 11:22:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA00973; Wed, 18 Oct 1995 11:17:04 -0700 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 LAA00970; Wed, 18 Oct 1995 11:17:02 -0700 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 AA08268; Wed, 18 Oct 95 11:17:01 -0700 Received: from orac.boston.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA10640; Wed, 18 Oct 1995 11:16:57 -0700 Received: by orac.boston.sgi.com (931110.SGI/940406.SGI) for info-performer@sgi.sgi.com id AA05473; Wed, 18 Oct 95 14:16:53 -0400 From: "Andrew Shein" Message-Id: <9510181416.ZM5471@orac.boston.sgi.com> Date: Wed, 18 Oct 1995 14:16:53 -0400 In-Reply-To: halliday@cs.sfu.ca "pal and ntsc for impact" (Oct 17, 10:06pm) References: <199510180506.WAA29044@bowen> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: halliday@cs.sfu.ca Subject: Re: pal and ntsc for impact Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 17, 10:06pm, halliday@cs.sfu.ca wrote: > Subject: pal and ntsc for impact > We need a vof for ntsc or pal for the Impact. Can someone help? > -- > Sean Halliday halliday@cs.sfu.ca > >-- End of excerpt from halliday@cs.sfu.ca As far as I know you can not do ntsc from an Impact without an ICO board. -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 From guest Wed Oct 18 11:43:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA01112; Wed, 18 Oct 1995 11:36:20 -0700 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 LAA01109; Wed, 18 Oct 1995 11:36:19 -0700 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 AA09752; Wed, 18 Oct 95 11:36:14 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA16055; Wed, 18 Oct 1995 11:36:08 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA09731; Wed, 18 Oct 95 11:35:51 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA26230; Wed, 18 Oct 1995 11:35:49 -0700 Message-Id: <199510181835.LAA26230@surreal.asd.sgi.com> To: gedwards@reading.sgi.com Cc: info-performer@sgi.sgi.com Subject: Re: I3DM Modeller - Surface Extrusion In-Reply-To: Your message of "Wed, 18 Oct 95 17:26:21 BST." <9510181726.ZM1426@sydney.reading.sgi.com> Date: Wed, 18 Oct 95 11:35:45 -0700 From: Jim Helman Status: O Also note that you can find a more recent version of I3DM in the IRIX 5.3 demos.sw.tools subsystem. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Wed Oct 18 12:20:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA01392; Wed, 18 Oct 1995 12:15:47 -0700 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 MAA01389; Wed, 18 Oct 1995 12:15:46 -0700 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 AA12418; Wed, 18 Oct 95 12:15:46 -0700 Received: from ccvax.lanl.gov by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA26413; Wed, 18 Oct 1995 12:15:42 -0700 Date: Wed, 18 Oct 1995 12:15:42 -0700 Message-Id: <199510181915.MAA26413@sgi.sgi.com> Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Wed, 18 Oct 1995 13:17:29 -0600 (MDT) 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 Status: O Hi - I have a modified version of perfly that works great when in single process mode but fails when i try to run it in multiprocessor mode (all on a 2 cpu onyx). The error message i get is: Performer Warning (16): pfNewDPool: could not make arena: /usr/tmp/pfUtilDataPol Performer Fatal (16): InitUtilDPool: could not make Util Data Pool! Any ideas??? Thanks for any help. From guest Wed Oct 18 08:14:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA28915; Wed, 18 Oct 1995 08:02:44 -0700 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 IAA28912; Wed, 18 Oct 1995 08:02:43 -0700 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 AA21854; Wed, 18 Oct 95 08:02:31 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA25225; Wed, 18 Oct 1995 08:02:03 -0700 From: yuri@casa-de.es Received: (uucp@localhost) by goya.eunet.es (8.7.1/13.23) id PAA20213 for info-performer@sgi.com; Wed, 18 Oct 1995 15:24:31 +0100 (MET) Received: by DE0SG001.casa-de.es (931110.SGI/5.3) id AA12889 for info-performer@sgi.com; Wed, 18 Oct 95 12:18:37 -0700 Date: Wed, 18 Oct 95 12:18:37 -0700 Message-Id: <9510181918.AA12889@DE0SG001.casa-de.es> To: info-performer@sgi.sgi.com Subject: Some little questions Status: O Hi there! I have some questions for you all. Thanks in advance for any help. - pfuBreakup man page is a bit confusing. How is geodeSize measured by a float? Is geodeChild the maximum number of pfGeodes in the resulting structure? - more about database loaders: I have a function that reads textures in my own format and provides a pointer to the ulong array. This array, when passed to texdef2d along with its parameters works fine without any internal or external format specification. However, when I am programming with Performer (1.2) and use pfTexImage, it won't work. My textures tend to be 3 or 4 component. Did I miss a flag or something? Just in case, I tried specifying PFTEX_RGBA_8, since I believe that is the format of my data -- no way. - I read you were talking about a Patch number to fix something. What is that number and how is it used? _________________________________________________________________________________ _/_/_/_/ _/ _/_/_/_/ _/ 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 Wed Oct 18 13:19:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA01608; Wed, 18 Oct 1995 13:16:28 -0700 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 NAA01605; Wed, 18 Oct 1995 13:16:27 -0700 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 AA15394; Wed, 18 Oct 95 13:16:27 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA10037; Wed, 18 Oct 1995 13:16:23 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA15388; Wed, 18 Oct 95 13:16:20 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA27052; Wed, 18 Oct 1995 13:16:18 -0700 Message-Id: <199510182016.NAA27052@surreal.asd.sgi.com> To: ken sartor Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Wed, 18 Oct 95 12:15:42 PDT." <199510181915.MAA26413@sgi.sgi.com> Date: Wed, 18 Oct 95 13:16:18 -0700 From: Jim Helman Status: O This comes up quite frequently. To recap: A characteristic of both usinit and pfDataPools is that the address at which the usinit arena is mapped must be the same in both processes. This means that if the attaching process has already allocated space, e.g. from the heap, that conflicts with the usinit arena as mapped by the creating process, usinit will fail in the attaching process. The solution (which is built into 2.0) is to use usconfig to specify a suitable ATTACH_ADDR before calling usinit or pfNewDPool. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 To: fred@vsl.ist.ucf.edu (ALFREDO) Cc: info-performer@sgi.sgi.com Subject: Re: datapools In-Reply-To: Your message of "Sun, 08 Jan 95 18:35:13 EST." <9501082335.AA26147@onyx.vsl.ist.ucf.edu> Date: Mon, 09 Jan 95 17:54:48 -0800 From: Jim Helman The problem is that pfDataPools must reside at the same space in every process (see usinit(1)). Performer currently leaves the choice of address up to IRIX. This means that pfNewDPool should be called in the larger process and pfAttachDPool should be called as early as possible in the smaller process. It's OK to make calls like pfNotifyLevel and pfAttachDPool before pfInit(). Errno 16 (EBUSY) indicates a memory conflict. In the next release, Performer will try to choose a good place in virtual address space for datapool arenas. In the meantime, you can call usconfig with CONF_ATTACHADDR, to specify an allocation address out in the boonies of addressland. Just be sure to set it back to ~0 after the call to pfNewDPool. My choice for an address would be something just below the stack, say between 0x7f000000 and 0x7ff00000. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Wed Oct 18 13:52:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA01755; Wed, 18 Oct 1995 13:47:22 -0700 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 NAA01752; Wed, 18 Oct 1995 13:47:21 -0700 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 AA17222; Wed, 18 Oct 95 13:47:19 -0700 Received: from walt.tsc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA17704; Wed, 18 Oct 1995 13:47:17 -0700 From: cstanek@smtpgate.sm.tsc.com Received: from smtpgate.sm.tsc.com by walt.tsc.com with SMTP (1.38.193.4/16.2) id AA23656; Wed, 18 Oct 1995 15:46:33 -0500 Received: from ccMail by smtpgate.sm.tsc.com (SMTPLINK V2.10.03) id AA814049174; Wed, 18 Oct 95 13:46:25 PST Date: Wed, 18 Oct 95 13:46:25 PST Message-Id: <9509188140.AA814049174@smtpgate.sm.tsc.com> To: info-performer@sgi.sgi.com Subject: vertical retraces and frame boundaries Status: O I am working on a closed-loop application that uses Performer on a Reality Station running IRIX 5.3. I have some questions relating to frame control on this single CPU platform: I am running at a 30 hz frame rate with a PFMP_DEFAULT processing model and would like to use PFPHASE_LOCK. Since APP, CULL and DRAW become a single process, it is not clear to me if I will get the phase type I want. Can I really get phase lock behavior out of a single process or do I need to force it to use an MP model? If I can, then I would like to initially control which vertical retrace Performer declares a frame boundary. Unfortunately, I have no idea on how Performer decides this. Does anyone know how this works or/and if this is possible ? Thanks, Clay Stanek cstanek@tsc.com From guest Wed Oct 18 14:52:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA02057; Wed, 18 Oct 1995 14:44:44 -0700 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 OAA02054; Wed, 18 Oct 1995 14:44:43 -0700 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 AA20092; Wed, 18 Oct 95 14:44:34 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA02732; Wed, 18 Oct 1995 14:44:28 -0700 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQzmao17827; Wed, 18 Oct 1995 17:44:27 -0400 Received: from esseye.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 18 Oct 1995 17:44:27 -0400 Received: from linus.si.com by esseye.si.com with esmtp (Smail3.1.30.13 #37) id m0t5fZX-0001b9C; Wed, 18 Oct 95 16:58:47 -0400 (EDT) Received: from smtpgwy.si.com by linus.si.com with smtp (Smail3.1.30.13 #38) id m0t5fe3-0000MgC; Wed, 18 Oct 95 17:03:27 -0400 (EDT) Received: from cc:Mail by smtpgwy.si.com id AA814050093; Wed, 18 Oct 95 16:52:22 EST Date: Wed, 18 Oct 95 16:52:22 EST From: "Beaver, Jim" Message-Id: <9509188140.AA814050093@smtpgwy.si.com> To: info-performer@sgi.sgi.com Subject: pfuInputHandler Status: O Hello, I'm starting to convert an existing Performer/GL application to Performer/OpenGL/X. The first thing I'm trying to do is convert my queued devices (keyboard keys, mouse buttons, and dials) to X. It seemed like the easiest way to do this was to use the pfu input stuff but I'm having trouble with the dials (from an SGI Dial Box). In looking for examples I came across the program utilui.c which uses a call to pfuInputHandler. I can't find any mention of this routine in the man pages or anywhere else. Is there somewhere I can look to find out what pfuInputHandler does? Thanks, Jim Beaver Smiths Industries DSNA Grand Rapids, MI beaver_jim@si.com From guest Wed Oct 18 17:05:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA02458; Wed, 18 Oct 1995 17:01:35 -0700 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 RAA02455; Wed, 18 Oct 1995 17:01:34 -0700 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 AA27929; Wed, 18 Oct 95 17:01:33 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA05071; Wed, 18 Oct 1995 17:01:30 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA27922; Wed, 18 Oct 95 17:01:29 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA01449; Wed, 18 Oct 1995 16:58:46 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199510182358.QAA01449@tubes.asd.sgi.com> Subject: Re: vertical retraces and frame boundaries To: guest Date: Wed, 18 Oct 95 16:58:46 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <9509188140.AA814049174@smtpgate.sm.tsc.com>; from "guest@holodeck" at Oct 18, 95 1:46 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > I am working on a closed-loop application that uses Performer on a > Reality Station running IRIX 5.3. I have some questions relating to > frame control on this single CPU platform: > > I am running at a 30 hz frame rate with a PFMP_DEFAULT processing > model and would like to use PFPHASE_LOCK. Since APP, CULL and DRAW > become a single process, it is not clear to me if I will get the phase > type I want. Can I really get phase lock behavior out of a single > process or do I need to force it to use an MP model? In 1.2, LOCK had no effect in single process mode. In 2.0, it does the right thing. For now, try PFMP_APP_CULLDRAW - you can assign a higher priority to APP so you can effectively order the two processes. > If I can, then I would like to initially control which vertical > retrace Performer declares a frame boundary. Unfortunately, I have no > idea on how Performer decides this. Does anyone know how this works > or/and if this is possible ? Performer's choice of frame boundary is arbitrary. In 1.2, you can call pfInitVClock(val) in the APP after pfConfig(). Frame boundaries are when (pfGetVClock() % fieldsPerFrame) == 0. In 2.0, it will be a little more difficult to control frame boundaries. I'm curious why you need to define the frame boundary - some kind of video hardware? From guest Thu Oct 19 01:49:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA03477; Thu, 19 Oct 1995 01:46:01 -0700 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 BAA03474; Thu, 19 Oct 1995 01:46:00 -0700 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 AA13026; Thu, 19 Oct 95 01:45:59 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA06883; Thu, 19 Oct 1995 01:45:55 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id JAA12972; Thu, 19 Oct 1995 09:43:31 +0100 From: "Angus Dorbie" Message-Id: <9510190943.ZM12970@bitch.reading.sgi.com> Date: Thu, 19 Oct 1995 09:43:31 +0100 In-Reply-To: deepa@tcsernet.tcs.ernet.in "Inventor loader" (Oct 16, 11:47am) References: <9510190226.AA00877@tcsernet.tcs.ernet.in> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: deepa@tcsernet.tcs.ernet.in, info-performer@sgi.sgi.com Subject: Re: Inventor loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Your problem seems due to culling face culling, your inventor model seems to have been created for rendering with no face culling and two sided lighting, you could try to affect a change in the face culling from the Inventor file, if not you can do it in Performer: pfCullFace(PFCF_OFF); pfOverride(PFSTATE_CULLFACE, PF_ON); or change the geostates concerned if youre drawing more than your inventor model. This will turn off backface culling, then you've only got twosided lighting to worry about. On Oct 16, 11:47am, deepa@tcsernet.tcs.ernet.in wrote: > Subject: Inventor loader > I have a problem when I load Inventor models. I cannot see some of > the faces of the model from certain view points. This happens even if > I set back-face culling to off. If I reverse the normal directions another > set of faces become invisible. Is this a problem with the Inventor loader? > > Deepa Krishnan > Tata Consultancy Services > Bombar, India > >-- End of excerpt from deepa@tcsernet.tcs.ernet.in -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Thu Oct 19 04:39:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA03769; Thu, 19 Oct 1995 04:35:06 -0700 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 EAA03766; Thu, 19 Oct 1995 04:35:05 -0700 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 AA16634; Thu, 19 Oct 95 04:35:03 -0700 Received: from rubb.rz.ruhr-uni-bochum.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA16625; Thu, 19 Oct 1995 04:34:40 -0700 Received: from eclipse (eclipse.neurobiologie.ruhr-uni-bochum.de [134.147.120.10]) by rubb.rz.ruhr-uni-bochum.de (8.5/8.5) with SMTP id MAA15182; Thu, 19 Oct 1995 12:34:21 +0100 Received: by eclipse (NX5.67e/NX3.0S) id AA00421; Thu, 19 Oct 95 12:36:12 +0100 Message-Id: <9510191136.AA00421@eclipse> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Antje Grigo Date: Thu, 19 Oct 95 12:36:11 +0100 To: info-performer@sgi.sgi.com Subject: subscribe Reply-To: grigo@neurobiologie.ruhr-uni-bochum.de Status: O Could you please subscribe me to your mailing-list? My mail-adress: grigo@neurobiologie.ruhr-uni-bochum.de Thank you! From guest Thu Oct 19 09:50:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA04188; Thu, 19 Oct 1995 09:40:08 -0700 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 JAA04185; Thu, 19 Oct 1995 09:40:07 -0700 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 AA28193; Thu, 19 Oct 95 09:40:07 -0700 Received: from partech.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA20961; Thu, 19 Oct 1995 09:31:40 -0700 Received: from oneida (oneida.partech.com) by partech.com (4.1/SMI-4.1) id AA29610; Thu, 19 Oct 95 11:59:42 EDT Received: by oneida (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id LAA12734; Thu, 19 Oct 1995 11:54:23 -0400 From: "Seth A Rosenblum" Message-Id: <9510191154.ZM12732@oneida.partech.com> Date: Thu, 19 Oct 1995 11:54:22 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Help!! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I just started working with Performer, and I am also new to the graphics world. I am writing a test application using parts of the profile.c example located in /usr/src/Performer/src/pguide/libpf/progs. The problem I am having is the model I am displaying never updates. What happens when I move around using the mouse as my control device is multiple models appear on the screen and run together. How can I fix this problem? Thank You!! Seth A. Rosenblum From guest Thu Oct 19 10:25:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA04205; Thu, 19 Oct 1995 09:58:45 -0700 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 JAA04202; Thu, 19 Oct 1995 09:58:44 -0700 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 AA29989; Thu, 19 Oct 95 09:58:44 -0700 Received: from pbi.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA26098; Thu, 19 Oct 1995 09:58:37 -0700 Received: by pbi.net (4.1/JMA.3) id AA04958; Thu, 19 Oct 95 09:55:37 PDT Date: Thu, 19 Oct 95 09:55:37 PDT From: ceder@pbi.net (Chris Cederwall) Message-Id: <9510191655.AA04958@pbi.net > To: info-performer@sgi.sgi.com Subject: IV file format Status: O Polygon windings are not always CCW (counter clockwise). You may want to start thinking about a way filter all your existing models in Inventor so that they are fully CCW and ready for backface on. You will see a 15-25% performance increase. I did something like this last year with information found in the example code of "ivnorm" and the auto-orient portion of the pfd performer libs. However if you have completely messed up normals you will have to blow them away and regenerate them from any method like. The above filter compares the normal found in the data vs. one derived on the fly. ceder@pbi.net chris. From guest Thu Oct 19 12:33:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA04921; Thu, 19 Oct 1995 12:24:21 -0700 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 MAA04918; Thu, 19 Oct 1995 12:24:21 -0700 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 AA07200; Thu, 19 Oct 95 12:24:15 -0700 Received: from peanut.sarnoff.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA01136; Thu, 19 Oct 1995 12:24:12 -0700 Received: by peanut.sarnoff.com (4.1/SMI-4.1) id AA06783; Thu, 19 Oct 95 14:38:03 EDT From: dcw@sarnoff.com (Daniel C. Williams X-2453) Message-Id: <9510191838.AA06783@peanut.sarnoff.com> Subject: three-pipe operation using the Triple Keyboard Option To: info-performer@sgi.sgi.com Date: Thu, 19 Oct 1995 14:38:02 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2287 Status: O I'm trying to get Performer1.2 to run in multipipe, multiple channel mode when using the Triple Keyboard Option on my client's 3-pipe RE2. That is, when running three X servers as :0, :1 and :2 instead of one X server as :0.0, :0.1 and :0.2. In perfly, I've modified the InitPipe function to call pfInitPipe three times with a separate function for each; that function calls XOpenDisplay with a different display string. The command line is "DBG/perfly.DBG -x -M 1 -c 3". I'm running IRIX 5.3. When I run in non-TKO mode and the display strings are :0.0, :0.1 and :0.2, it works fine. When I run in TKO mode and the display strings are :0, :1 and :2, it fails with this stack trace when it tries to open the second pipe: # # Core from signal SIGBUS: Bus error # 0 _GLmakescreen(0x0, 0x0, 0x1010c3f8, 0x1010c55c) ["../glws/wininit.c":225, 0xf18a2a8] # 1 _GLinitgl(0x1010ae18, 0x0, 0x1010c3f8, 0x1010c55c) ["../glws/wininit.c":324, 0xf18a540] # 2 gl_g_gl_glx_getconfig(0x0, 0x0, 0x18, 0x10003db0) ["../glws/ws_mix.c":154, 0xf18e6ec] # 3 __GLGLXgetconfig(0x10108470, 0x0, 0x10003db0, 0x1010c55c) ["../dgl/mixedmodel.c":268, 0xf13d26c] # 4 pfuGLXWinopen(dsp = 0x10108470, p = 0x6c51a0, name = 0x1000017c = "IRIS Performer", left = 0, right = 1279, bottom = 0, top = 1023) ["/d/trees/perf1.2a102.Irix5/perf/lib/libpfutil/DBG.IRIX5/../../../lib/libpfutil/xwin.c":372, 0x497210] # 5 OpenXPipeline1(p = 0x6c51a0) ["/home/orca/dcw/accis-p1/sample/perfly/DBG/../../common/generic.c":702, 0x42ff74] # 6 initGfx(void)() ["/d/trees/perf1.2a102.Irix5/perf/lib/libpf/DBG.IRIX5/../../../lib/libpf/pfProcess.C":1243, 0x4abdd0] # 7 mpCullDraw(void)() ["/d/trees/perf1.2a102.Irix5/perf/lib/libpf/DBG.IRIX5/../../../lib/libpf/pfProcess.C":2297, 0x4b0528] # 8 pfConfig() ["/d/trees/perf1.2a102.Irix5/perf/lib/libpf/DBG.IRIX5/../../../lib/libpf/pfProcess.C":923, 0x4aa644] # 9 main(argc = 9, argv = 0x7fffaf14) ["/home/orca/dcw/accis-p1/sample/perfly/DBG/../../common/main.c":83, 0x438334] # 10 __start() ["crt1text.s":133, 0x42daec] # Am I doing something wrong, or is this a limitation of Performer1.2? If the latter, will it be addressed by Performer2.0? Thanks, Dan -- Daniel Williams, Consultant to: David Sarnoff Research Center Voice: (609) 734-2153 Email: dcw@sarnoff.com, dan@sass.com From guest Thu Oct 19 13:15:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05394; Thu, 19 Oct 1995 13:10:48 -0700 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 NAA05391; Thu, 19 Oct 1995 13:10:47 -0700 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 AA09535; Thu, 19 Oct 95 13:10:46 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id NAA20991; Thu, 19 Oct 1995 13:10:39 -0700 Received: from holodeck.asd.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id NAA17419; Thu, 19 Oct 1995 13:10:38 -0700 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA05388; Thu, 19 Oct 1995 13:10:32 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9510191310.ZM5386@holodeck.asd.sgi.com> Date: Thu, 19 Oct 1995 13:10:32 -0700 In-Reply-To: dcw@sarnoff.com (Daniel C. Williams X-2453) "three-pipe operation using the Triple Keyboard Option" (Oct 19, 2:38pm) References: <9510191838.AA06783@peanut.sarnoff.com> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: dcw@sarnoff.com (Daniel C. Williams X-2453), info-performer@sgi.sgi.com Subject: Re: three-pipe operation using the Triple Keyboard Option Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 19, 2:38pm, Daniel C. Williams X-2453 wrote: > > I'm trying to get Performer1.2 to run in multipipe, multiple channel > mode when using the Triple Keyboard Option on my client's 3-pipe > RE2. That is, when running three X servers as :0, :1 and :2 instead > of one X server as :0.0, :0.1 and :0.2. > When I run in non-TKO mode and the display strings are :0.0, :0.1 and :0.2, > it works fine. When I run in TKO mode and the display strings are > :0, :1 and :2, it fails with this stack trace when it tries to open the > second pipe: > > Am I doing something wrong, or is this a limitation of Performer1.2? > If the latter, will it be addressed by Performer2.0? This is ultimately a shortcoming of Performer 1.2; I haven't tried it with Performer 2.0 but think it should work better there. I'm inclined to believe the bus errors you get come from using XOpenDisplay outright. I've been able to get it to work by using putenv("DISPLAY=:0"); [and :1, :2 etc] in 3 separate initPipe routines, which is more hackishly indirect than XOpenDisplay(). I'll include the toy program I used to test below, based on multipipe.c. It's not clean but you'll get the idea. Two things to remember: - the 'putenv()' must precede any calls from the GL library (including 'foreground') - remember to 'winset' to the correct window in the draw callback Allan -------------- /* * multipipe.c: simple Performer program to demonstrate use of * multiple pfPipe's. based on simple.c * * $Revision: 1.5 $ $Date: 1994/03/16 01:59:46 $ * */ #include #include #include #include #include #include #include "pfsgi.h" static void OpenPipeline1 (pfPipe *p); static void OpenPipeline2 (pfPipe *p); int win1, win2; /* * Usage() -- print usage advice and exit. This * procedure is executed in the application process. */ static void Usage (void) { fprintf(stderr, "Usage: multipipe file.ext ...\n"); exit(1); } void Draw0(pfChannel *chan) { winset(win1); pfClearChan(chan); pfDraw(); } void Draw1(pfChannel *chan) { winset(win2); pfClearChan(chan); pfDraw(); } int main (int argc, char *argv[]) { float t = 0.0f; pfScene *scene; pfPipe *pipe[2]; pfChannel *chan[2]; pfNode *root; pfSphere bsphere; int loop; if (argc < 2) Usage(); /* Initialize Performer */ pfInit(); /* specify the number of pfPipes */ pfMultipipe (2); /* Use default multiprocessing mode based on number of * processors. */ pfMultiprocess(PFMP_DEFAULT); /* Configure multiprocessing mode and start parallel * processes. */ pfConfig(); /* Append to PFPATH additional standard directories where * geometry and textures exist */ pfFilePath(".:/usr/src/Performer/data"); /* Read a single file, of any known type. */ if ((root = LoadFile(argv[1], NULL)) == NULL) { pfExit(); exit(-1); } /* Attach loaded file to a pfScene. */ scene = pfNewScene(); pfAddChild(scene, root); /* determine extent of scene's geometry */ pfGetNodeBSphere (scene, &bsphere); /* Create a pfLightSource and attach it to scene. */ pfAddChild(scene, pfNewLSource()); pipe[0] = pfGetPipe(0); pipe[1] = pfGetPipe(1); pfInitPipe(pipe[0], OpenPipeline1); pfInitPipe(pipe[1], OpenPipeline2); /* Create and configure pfChannels. */ for (loop=0; loop < 2; loop++) { chan[loop] = pfNewChan(pipe[loop]); pfChanScene(chan[loop], scene); pfChanNearFar(chan[loop], 1.0f, 10.0f * bsphere.radius); pfChanFOV(chan[loop], 45.0f, 0.0f); } pfChanDrawFunc(chan[0], Draw0); pfChanDrawFunc(chan[1], Draw1); pfInitClock (0.0f); /* Simulate for twenty seconds. */ while (t < 20.0f) { float s, c; pfCoord view; /* Go to sleep until next frame time. */ pfSync(); /* Compute new view position. */ t = pfGetTime(); pfSinCos(45.0f*t, &s, &c); pfSetVec3(view.hpr, 45.0f*t, -10.0f, 0); pfSetVec3(view.xyz, 2.0f * bsphere.radius * s, -2.0f * bsphere.radius *c, 0.5f * bsphere.radius); for (loop=0; loop < 2; loop++) pfChanView(chan[loop], view.xyz, view.hpr); /* Initiate cull/draw for this frame. */ pfFrame(); } /* Terminate parallel processes and exit. */ pfExit(); return 0; } /* * OpenPipeline() -- create a GL window: set up the * window system, IRIS GL, and IRIS Performer. This * procedure is executed in the draw process (when * there is a separate draw process). */ static void OpenPipeline1 (pfPipe *p) { putenv ("DISPLAY=:1"); /* Open graphics window. */ foreground(); prefposition(100, 500, 100, 500); win1 = winopen("foo"); /* Configure window with reasonable defaults. */ pfInitGfx(p); /* Create and apply a default material for those models * without one. */ pfApplyMtl(pfNewMtl(pfGetSharedArena())); /* Create a default lighting model. */ pfApplyLModel(pfNewLModel(pfGetSharedArena())); } static void OpenPipeline2 (pfPipe *p) { /* Open graphics window. */ putenv ("DISPLAY=:2"); foreground(); prefposition(500, 900, 500, 900); win2=winopen("IRIS Performer"); /* Configure window with reasonable defaults. */ pfInitGfx(p); /* Create and apply a default material for those models * without one. */ pfApplyMtl(pfNewMtl(pfGetSharedArena())); /* Create a default lighting model. */ pfApplyLModel(pfNewLModel(pfGetSharedArena())); } -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Fri Oct 20 00:08:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA08160; Fri, 20 Oct 1995 00:04:03 -0700 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 AAA08157; Fri, 20 Oct 1995 00:04:02 -0700 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 AA02884; Fri, 20 Oct 95 00:04:01 -0700 Received: from pigeon.cf.ac.uk by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA15260; Fri, 20 Oct 1995 00:03:59 -0700 Received: from thor.cf.ac.uk by pigeon.cf.ac.uk with SMTP (PP) id <11457-0@pigeon.cf.ac.uk>; Fri, 20 Oct 1995 08:01:39 +0100 Date: Fri, 20 Oct 1995 08:03:32 +0100 (BST) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Re: I3DM Modeller - Surface Extrusion In-Reply-To: <199510181835.LAA26230@surreal.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 18 Oct 1995, Jim Helman wrote: > Also note that you can find a more recent version > of I3DM in the IRIX 5.3 demos.sw.tools subsystem. > Thanks. For info this (demos) version is the one to use + the surface extrusion stuff, which gave problems in the Performer 1.2 friends version of i3dm, works fine. cheers roy From guest Fri Oct 20 07:57:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA08659; Fri, 20 Oct 1995 07:53:43 -0700 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 HAA08656; Fri, 20 Oct 1995 07:53:42 -0700 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 AA10957; Fri, 20 Oct 95 07:53:43 -0700 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA20395; Fri, 20 Oct 1995 07:53:36 -0700 Received: from osiris.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA11518; Fri, 20 Oct 95 10:53:34 EDT Received: by osiris.vsl.ist.ucf.edu (940816.SGI.8.6.9) id KAA07663; Fri, 20 Oct 1995 10:53:35 -0400 Date: Fri, 20 Oct 1995 10:53:35 -0400 (EDT) From: ALFREDO To: info-performer@sgi.sgi.com Subject: unsubscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O unsubscribe ____________________ / \ ! TAZ for ! ! PRESIDENT ! \____________________/ ! ! ! ! L_ ! / _)! "%@&*&*&(*()*^(()^(% ", he said / /__L _____/ (____) Al Fredo (____) _____ (____) \_(____) ! ! ! ! \__/ From guest Fri Oct 20 08:39:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA08790; Fri, 20 Oct 1995 08:35:02 -0700 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 IAA08787; Fri, 20 Oct 1995 08:35:01 -0700 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 AA11951; Fri, 20 Oct 95 08:35:00 -0700 Received: from peanut.sarnoff.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA26958; Fri, 20 Oct 1995 08:34:58 -0700 Received: by peanut.sarnoff.com (4.1/SMI-4.1) id AA09163; Fri, 20 Oct 95 11:34:16 EDT From: dcw@sarnoff.com (Daniel C. Williams X-2453) Message-Id: <9510201534.AA09163@peanut.sarnoff.com> Subject: Re: three-pipe operation using the Triple Keyboard Option To: info-performer@sgi.sgi.com Date: Fri, 20 Oct 1995 11:34:15 -0400 (EDT) In-Reply-To: <9510191310.ZM5386@holodeck.asd.sgi.com> from "Allan Schaffer" at Oct 19, 95 01:10:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2194 Status: O According to Allan Schaffer: > >On Oct 19, 2:38pm, Daniel C. Williams X-2453 wrote: >> >> I'm trying to get Performer1.2 to run in multipipe, multiple channel >> mode when using the Triple Keyboard Option on my client's 3-pipe >> RE2. That is, when running three X servers as :0, :1 and :2 instead >> of one X server as :0.0, :0.1 and :0.2. > >> When I run in non-TKO mode and the display strings are :0.0, :0.1 and :0.2, >> it works fine. When I run in TKO mode and the display strings are >> :0, :1 and :2, it fails with this stack trace when it tries to open the >> second pipe: >> >> Am I doing something wrong, or is this a limitation of Performer1.2? >> If the latter, will it be addressed by Performer2.0? > >This is ultimately a shortcoming of Performer 1.2; I haven't tried it >with Performer 2.0 but think it should work better there. > >I'm inclined to believe the bus errors you get come from using >XOpenDisplay outright. I've been able to get it to work by using >putenv("DISPLAY=:0"); [and :1, :2 etc] in 3 separate initPipe >routines, which is more hackishly indirect than XOpenDisplay(). > >I'll include the toy program I used to test below, based on >multipipe.c. It's not clean but you'll get the idea. Two >things to remember: > > - the 'putenv()' must precede any calls from the GL library > (including 'foreground') > > - remember to 'winset' to the correct window in the draw callback > >Allan > > [Source code here] > Your example runs fine on two pipes in TKO mode. However, when I use your technique for setting the DISPLAY in perfly (and three draw functions as well) it's as if it is ignored, because all three windows come up on the default display. This made me pull out gldebug, which shows the following activity happening before the per-pipe functions are called: getgdesc(GD_XPMAX); getgdesc(GD_YPMAX); gversion(OUT); getgdesc(GD_NSCRNS); scrnselect(0); foreground(); noport(); winopen("pfvsync"); Is this the culprit? If so, what part of Performer is doing it and can I turn it off or work around it? Dan -- Daniel Williams, Consultant to: David Sarnoff Research Center Voice: (609) 734-2153 Email: dcw@sarnoff.com, dan@sass.com From guest Fri Oct 20 11:23:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA09050; Fri, 20 Oct 1995 11:18:03 -0700 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 LAA09047; Fri, 20 Oct 1995 11:18:02 -0700 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 AA18726; Fri, 20 Oct 95 11:17:58 -0700 Received: from cthulhu.engr.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA21336; Fri, 20 Oct 1995 11:17:55 -0700 Received: from rasputin.engr.sgi.com by cthulhu.engr.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id JAA19624; Fri, 20 Oct 1995 09:54:32 -0700 Received: by rasputin.engr.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi id KAA28291; Fri, 20 Oct 1995 10:03:55 -0700 From: "Susan Raskin" Message-Id: <9510201003.ZM28289@rasputin.engr.sgi.com> Date: Fri, 20 Oct 1995 10:03:50 -0700 X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgi.engr.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe From guest Fri Oct 20 14:14:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA09596; Fri, 20 Oct 1995 14:09:51 -0700 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 OAA09593; Fri, 20 Oct 1995 14:09:50 -0700 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 AA25485; Fri, 20 Oct 95 14:09:49 -0700 Received: from hawk.banffcentre.ab.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA01593; Fri, 20 Oct 1995 13:59:12 -0700 Received: from [198.161.28.84] (Paradise.BanffCentre.AB.CA [198.161.28.84]) by hawk.banffcentre.ab.ca (8.6.12/8.6.9) with SMTP id NAA14480 for ; Fri, 20 Oct 1995 13:54:28 -0600 Date: Fri, 20 Oct 1995 13:54:28 -0600 X-Sender: eckel@hawk.banffcentre.ab.ca Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.engr.sgi.com From: eckel@BanffCentre.AB.CA (Gerhard Eckel) Subject: unsubscribe Status: O unsubscribe From guest Mon Oct 23 09:40:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA22542; Mon, 23 Oct 1995 09:32:52 -0700 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 JAA22539; Mon, 23 Oct 1995 09:32:51 -0700 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 AA14324; Mon, 23 Oct 95 09:32:44 -0700 Received: from hni.uni-paderborn.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA16700; Mon, 23 Oct 1995 09:31:05 -0700 Received: from faxe.uni-paderborn.de (faxe [131.234.198.2]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id RAA27366; Mon, 23 Oct 1995 17:30:45 +0100 Received: (pe@localhost) by faxe.uni-paderborn.de (8.6.10/client-irix-hni) id QAA12637; Mon, 23 Oct 1995 16:30:43 GMT From: "Peter Ebbesmeyer" Message-Id: <9510231730.ZM12635@faxe> Date: Mon, 23 Oct 1995 17:30:40 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Creating visual databases Cc: pe@hni.uni-paderborn.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody, we are using IRIS Performer to build a virtual factory. Now we consider to join a project where we have to build a terrain model. We gained the experience that creating the visual database is a very time consuming task and we do not have much experience in building terrain models. Therefore my question to those of you who have experience in building terrain models: How long does it take for somebody who has experience with a state of the art modeling tool to build a database of the size of the model used for the Performer Town Demo provided terrain data and imagefiles for textures are available? Sure, the answer to this question can only be an estimation but such an estimation would be very valuable for us. Thank you in advance for any answer, Peter ----------------------------------------------------------------------- Dipl.-Ing. Peter Ebbesmeyer Universitaet-GH Paderborn Raum F0.210 Heinz Nixdorf Institut Tel. + 49 5251 606234 Rechnerintegrierte Produktion Fax. + 49 5251 606268 Fuerstenallee 11 email: pe@hni.uni-paderborn.de 33102 Paderborn Germany ----------------------------------------------------------------------- -- From guest Mon Oct 23 11:27:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA22763; Mon, 23 Oct 1995 11:21:19 -0700 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 LAA22760; Mon, 23 Oct 1995 11:21:18 -0700 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 AA23518; Mon, 23 Oct 95 11:21:17 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA12506; Mon, 23 Oct 1995 11:21:14 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA19983; Mon, 23 Oct 1995 18:18:07 +0100 From: "Angus Dorbie" Message-Id: <9510231818.ZM19981@bitch.reading.sgi.com> Date: Mon, 23 Oct 1995 18:18:06 +0100 In-Reply-To: "Peter Ebbesmeyer" "Creating visual databases" (Oct 23, 5:30pm) References: <9510231730.ZM12635@faxe> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Peter Ebbesmeyer" , info-performer@sgi.sgi.com Subject: Re: Creating visual databases Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The work involved in creating a database varies hugely with the type of application you intend to use it for, and the sort of features you want to show. Specific experience also helps a lot. What is the database for? What type or area is it? What quality of feature representation do you require? How geospecific & accurate does the database have to be? What tools do you have? What is your source information like? How important is rendering performance? If you fill in some of these blanks I'll be happy to give you my comments. On Oct 23, 5:30pm, Peter Ebbesmeyer wrote: > Subject: Creating visual databases > Hello everybody, > > we are using IRIS Performer to build a virtual factory. Now we consider to join > a project where we have to build a terrain model. We gained the experience that > creating the visual database is a very time consuming task and we do not have > much experience in building terrain models. > > Therefore my question to those of you who have experience in building terrain > models: How long does it take for somebody who has experience with a state of > the art modeling tool to build a database of the size of the model used for the > Performer Town Demo provided terrain data and imagefiles for textures are > available? Sure, the answer to this question can only be an estimation but such > an estimation would be very valuable for us. > > Thank you in advance for any answer, > Peter > > ----------------------------------------------------------------------- > Dipl.-Ing. Peter Ebbesmeyer Universitaet-GH Paderborn > Raum F0.210 Heinz Nixdorf Institut > Tel. + 49 5251 606234 Rechnerintegrierte Produktion > Fax. + 49 5251 606268 Fuerstenallee 11 > email: pe@hni.uni-paderborn.de 33102 Paderborn > Germany > ----------------------------------------------------------------------- > > > > > > -- > >-- End of excerpt from Peter Ebbesmeyer -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Oct 23 10:59:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA22716; Mon, 23 Oct 1995 10:48:26 -0700 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 KAA22713; Mon, 23 Oct 1995 10:48:25 -0700 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 AA20696; Mon, 23 Oct 95 10:48:21 -0700 Received: from beast.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA03555; Mon, 23 Oct 1995 10:48:18 -0700 Received: by beast.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA09408; Mon, 23 Oct 1995 10:48:11 -0700 From: "Graham (Grambo) Beasley" Message-Id: <9510231048.ZM9406@beast.asd.sgi.com> Date: Mon, 23 Oct 1995 10:48:10 -0700 In-Reply-To: "Peter Ebbesmeyer" "Creating visual databases" (Oct 23, 5:30pm) References: <9510231730.ZM12635@faxe> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com, "Peter Ebbesmeyer" Subject: Re: Creating visual databases Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you're using a state of the art modeller (like multigen or dwb) I would guess you could do something like performer town in 200 hours. Wes Hoffman of Paradigm simulation built the original performer town in about 130 hours, but I don't think anyone could match those numbers because: a) he had a big repositary of models and textures to draw from, and b) he is probably one of the best database modellers in the world. We are working on more give away freebie models of comparable complexity to Performer town for some DIS scenarios, and one of the most underlooked and under budgeted time estimates is that for making good textures. Graham On Oct 23, 5:30pm, Peter Ebbesmeyer wrote: > Subject: Creating visual databases > Hello everybody, > > we are using IRIS Performer to build a virtual factory. Now we consider to join > a project where we have to build a terrain model. We gained the experience that > creating the visual database is a very time consuming task and we do not have > much experience in building terrain models. > > Therefore my question to those of you who have experience in building terrain > models: How long does it take for somebody who has experience with a state of > the art modeling tool to build a database of the size of the model used for the > Performer Town Demo provided terrain data and imagefiles for textures are > available? Sure, the answer to this question can only be an estimation but such > an estimation would be very valuable for us. > > Thank you in advance for any answer, > Peter > > ----------------------------------------------------------------------- > Dipl.-Ing. Peter Ebbesmeyer Universitaet-GH Paderborn > Raum F0.210 Heinz Nixdorf Institut > Tel. + 49 5251 606234 Rechnerintegrierte Produktion > Fax. + 49 5251 606268 Fuerstenallee 11 > email: pe@hni.uni-paderborn.de 33102 Paderborn > Germany > ----------------------------------------------------------------------- > > > > > > -- > >-- End of excerpt from Peter Ebbesmeyer -- "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 Oct 23 11:37:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA22905; Mon, 23 Oct 1995 11:31:40 -0700 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 LAA22895; Mon, 23 Oct 1995 11:31:39 -0700 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 AA24513; Mon, 23 Oct 95 11:31:34 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA15028; Mon, 23 Oct 1995 11:31:30 -0700 Received: from medusa.cs.nps.navy.mil ([131.120.7.32]) by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA12101; Mon, 23 Oct 95 11:29:43 PDT Received: by medusa.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) id LAA01930; Mon, 23 Oct 1995 11:29:36 -0700 From: "david pratt" Message-Id: <9510231129.ZM1928@medusa.cs.nps.navy.mil> Date: Mon, 23 Oct 1995 11:29:35 -0700 In-Reply-To: "Graham (Grambo) Beasley" "Re: Creating visual databases" (Oct 23, 10:48am) References: <9510231730.ZM12635@faxe> <9510231048.ZM9406@beast.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Graham (Grambo) Beasley" , info-performer@sgi.sgi.com, "Peter Ebbesmeyer" Subject: Re: Creating visual databases Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You might consider ripping off some the existing terrain databases, there are three avaiable in Multigen format as part of the NPSNET datafiles. more info from:http://www-npsnet.cs.nps.navy.mil/ Dave From guest Mon Oct 23 19:32:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA26381; Mon, 23 Oct 1995 19:25:01 -0700 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 TAA26378; Mon, 23 Oct 1995 19:25:00 -0700 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 AA23998; Mon, 23 Oct 95 19:24:59 -0700 Received: from beyond.clubfed.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id TAA13226; Mon, 23 Oct 1995 19:24:57 -0700 Received: from trinbago.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for <@beyond.clubfed.sgi.com:info-performer@sgihub.corp.sgi.com> id WAA14414; Mon, 23 Oct 1995 22:29:13 -0400 Received: by trinbago.clubfed.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgihub.corp.sgi.com id WAA10916; Mon, 23 Oct 1995 22:29:27 -0400 From: "Kwesi Ames" Message-Id: <9510232229.ZM10914@trinbago.clubfed.sgi.com> Date: Mon, 23 Oct 1995 22:29:16 -0400 In-Reply-To: "Sharon Clay (Fischler)" "Re: Texture paging" (Oct 15, 11:50pm) References: <9510161348.ZM11096@sgisgp.singapore.sgi.com> <9510152350.ZM19061@rose.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgihub.corp.sgi.com Subject: performer documentation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi All, I'm trying to create a 3D fly thru of a building. o What is needed? I already have a 3DStudio file of a building in DXF format. o What next? (Are any of Multigen's products good for this project?) Also, I'm looking for documentation on how-to-use performer and perf-fly. Any help appreciated. Kwesi... -- ------------------------------------------------------------------ "I was one in a MILLON" ------------------------------------------------------------------ Kwesi '2 Trini' Ames | Internet: koa@sgi.com Systems Engineering Support | Phonenet: 301/572.3255 Silicon Graphics Inc. | Faxnet : 301/572.3280 Silver Spring, MD | Voicenet: 5-8713 ------------------------------------------------------------------ From guest Wed Oct 25 05:34:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA04247; Wed, 25 Oct 1995 05:31:39 -0700 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 FAA04244; Wed, 25 Oct 1995 05:31:38 -0700 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 AA03976; Wed, 25 Oct 95 05:31:38 -0700 Received: from ldsa.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA05317; Wed, 25 Oct 1995 05:31:35 -0700 From: dheskamp@ldsa.com Received: from ldsa.com (sun7) by ldsa.com (5.x/SMI-SVR4) id AA13116; Wed, 25 Oct 1995 08:29:09 -0400 Received: from pc1027.ldsa by ldsa (5.0/SMI-SVR4) id AA06949; Wed, 25 Oct 1995 08:31:35 +0500 To: info-performer@sgi.sgi.com Subject: subscribe Date: Wed, 25 Oct 95 08:31: 3 EDT Message-Id: <9510251231.034A6C@pc1027.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Please include me in your mailing list. From guest Wed Oct 25 06:32:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA04366; Wed, 25 Oct 1995 06:29:56 -0700 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 GAA04363; Wed, 25 Oct 1995 06:29:55 -0700 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 AA05358; Wed, 25 Oct 95 06:29:55 -0700 Received: from cs.tamu.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA09995; Wed, 25 Oct 1995 06:29:53 -0700 Received: from photon.cs.tamu.edu (424@photon.cs.tamu.edu [128.194.134.1]) by cs.tamu.edu (8.6.10/8.6.4) with ESMTP id IAA10503 for ; Wed, 25 Oct 1995 08:29:27 -0500 From: Jeff Trinkle Received: (trink@localhost) by photon.cs.tamu.edu (8.6.10/8.6.4) id IAA28501 for info-performer@holodeck.asd.sgi.com; Wed, 25 Oct 1995 08:29:25 -0500 Date: Wed, 25 Oct 1995 08:29:25 -0500 Message-Id: <199510251329.IAA28501@photon.cs.tamu.edu> To: info-performer Status: O unsubscribe From guest Wed Oct 25 13:36:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05188; Wed, 25 Oct 1995 13:31:36 -0700 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 NAA05185; Wed, 25 Oct 1995 13:31:35 -0700 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 AA26868; Wed, 25 Oct 95 13:31:35 -0700 Received: from partech.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA06979; Wed, 25 Oct 1995 13:31:31 -0700 Received: from oneida (oneida.partech.com) by partech.com (4.1/SMI-4.1) id AA24172; Wed, 25 Oct 95 16:33:02 EDT Received: by oneida (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA21607; Wed, 25 Oct 1995 16:27:33 -0400 From: "Seth A Rosenblum" Message-Id: <9510251627.ZM21605@oneida.partech.com> Date: Wed, 25 Oct 1995 16:27:32 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is it possible to add texture to a multigen flight model using performer? If the answer is yes, I would appreciate an explanation of how this is done. Thank You, Seth A. Rosenblum From guest Wed Oct 25 13:40:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05198; Wed, 25 Oct 1995 13:35:32 -0700 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 NAA05195; Wed, 25 Oct 1995 13:35:31 -0700 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 AA27066; Wed, 25 Oct 95 13:35:27 -0700 Received: from ldsa.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA07665; Wed, 25 Oct 1995 13:35:17 -0700 Received: from ldsa.com (sun7) by ldsa.com (5.x/SMI-SVR4) id AA15502; Wed, 25 Oct 1995 16:32:39 -0400 Received: from pc682.ldsa by ldsa (5.0/SMI-SVR4) id AA16252; Wed, 25 Oct 1995 16:35:04 +0500 From: dsluis@ldsa.com (Doug Sluis, Loral Simulation and Training) To: info-performer@sgi.sgi.com Subject: Reading Inventor Files Date: Wed, 25 Oct 95 16:35:44 EDT Message-Id: <9510252035.2C8550@pc682.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Hello, Will Performer 2.0 read Inventor 2.0 files? If so, when is Performer 2.0 to be released? Is there a loader for Inventer 2.0 that works with the current Performer version? Doug Sluis From guest Wed Oct 25 14:53:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA05825; Wed, 25 Oct 1995 14:45:40 -0700 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 OAA05822; Wed, 25 Oct 1995 14:45:39 -0700 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 AA01613; Wed, 25 Oct 95 14:45:35 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA24108; Wed, 25 Oct 1995 14:45:30 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id VAA01546; Wed, 25 Oct 1995 21:37:17 +0100 From: "Angus Dorbie" Message-Id: <9510252137.ZM1544@bitch.reading.sgi.com> Date: Wed, 25 Oct 1995 21:37:16 +0100 In-Reply-To: "Seth A Rosenblum" "Texture" (Oct 25, 4:27pm) References: <9510251627.ZM21605@oneida.partech.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Seth A Rosenblum" , info-performer@sgi.sgi.com Subject: Re: Texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The main problem is the absence of texture coordinates in the model. You could apply texture with state Overrides or by modifying geostate information, but the texture coordinates on all the vertices would be the same and this coordinate would happen to be whatever was lying around in the pipeline when the model was drawn, but don't despair. You can generate texture coordinates automatically with vertex info using the texgen() call, and modify the application of texture by varying plane equations & the texture matrix. Here are draw callbacks which do this sort of thing to a pfNode, You can vary the plane equations or apply transformations to the texture matrix using mmode(MTEXTURE) but be sure to undo them afterwards. long Texture_pre(pfTraverser *trav, void *data) { float splane[] = { 1.0, 0.0, 0.0, 0.0 }; float tplane[] = { 0.0, 1.0, 0.0, 0.0 }; /* use TG_SPHEREMAP here if youre applying environment maps */ /* textures in model coordinates */ texgen(TX_S, TG_LINEAR, splane); texgen(TX_T, TG_LINEAR, tplane); texgen(TX_S, TG_ON, NULL); texgen(TX_T, TG_ON, NULL); } long Texture_post(pfTraverser *trav, void *data) { texgen(TX_S, TG_OFF, NULL); texgen(TX_T, TG_OFF, NULL); } Happy texturing, Angus. On Oct 25, 4:27pm, Seth A Rosenblum wrote: > Subject: Texture > Is it possible to add texture to a multigen flight model using performer? If > the answer is yes, I would appreciate an explanation of how this is done. > > Thank You, > > Seth A. Rosenblum > >-- End of excerpt from Seth A Rosenblum -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Oct 25 16:08:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA06699; Wed, 25 Oct 1995 16:00:12 -0700 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 QAA06696; Wed, 25 Oct 1995 16:00:10 -0700 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 AA06519; Wed, 25 Oct 95 16:00:04 -0700 Received: from virtual.me.uic.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA13699; Wed, 25 Oct 1995 16:00:01 -0700 Received: by virtual.me.uic.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id SAA20185; Wed, 25 Oct 1995 18:01:22 -0500 From: "Rade Tesic" Message-Id: <9510251801.ZM20183@virtual.me.uic.edu> Date: Wed, 25 Oct 1995 18:01:09 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Please unsubscribe me. From guest Wed Oct 25 16:57:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA07449; Wed, 25 Oct 1995 16:52:21 -0700 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 QAA07446; Wed, 25 Oct 1995 16:52:20 -0700 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 AA10200; Wed, 25 Oct 95 16:52:19 -0700 Received: from ht.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA28232; Wed, 25 Oct 1995 16:52:16 -0700 Received: from [206.40.192.35] by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id WAA13102; Wed, 25 Oct 1995 22:52:28 -0400 X-Sender: Jon@beavis.ht.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 25 Oct 1995 19:56:27 -0400 To: info-performer@sgi.sgi.com From: Jon@ht.com (Jonathan Merril) Subject: subscribe Status: O subscribe me Jonathan R. Merril, M.D. Co-Founder & Chief Technology Officer and Adjunct Assistant Professor of Anatomy, The George Washington University Medical Center HIGH TECHSPLANATIONS, INC. 6001 Montrose Road, Suite 902 Rockville, MD 20852-4874 voice: (301) 984-3706 extension 34 email: Jon@ht.com fax: (301) 984-2104 WORLD WIDE WEB SITE: http://www.ht.com "Just as flight simulators are now an integral part of pilot training, surgical simulators will revolutionize medical training." From guest Wed Oct 25 17:22:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA07622; Wed, 25 Oct 1995 17:09:55 -0700 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 RAA07619; Wed, 25 Oct 1995 17:09:54 -0700 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 AA11172; Wed, 25 Oct 95 17:09:48 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA01740; Wed, 25 Oct 1995 17:09:46 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA11164; Wed, 25 Oct 95 17:09:39 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA24329; Wed, 25 Oct 1995 17:09:37 -0700 Message-Id: <199510260009.RAA24329@surreal.asd.sgi.com> To: dsluis@ldsa.com (Doug Sluis, Loral Simulation and Training) Cc: info-performer@sgi.sgi.com Subject: Re: Reading Inventor Files In-Reply-To: Your message of "Wed, 25 Oct 95 16:35:44 EDT." <9510252035.2C8550@pc682.ldsa> Date: Wed, 25 Oct 95 17:09:36 -0700 From: Jim Helman Status: O Performer 2.0 ships with a loader that uses Inventor 2.1 to read Inventor .iv and VRML .wrl files and then meshes and optimizes them. There's a version of the loader for Performer 2.0 and Inventor 2.0 on sgigate. Some minor changes should make it work with Inventor 2.1 and VRML. ftp://sgigate.sgi.com/pub/Performer/pfiv1.6.tar.Z rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Oct 26 07:41:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09528; Thu, 26 Oct 1995 07:37:34 -0700 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 HAA09525; Thu, 26 Oct 1995 07:37:33 -0700 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 AA04298; Thu, 26 Oct 95 07:37:32 -0700 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA24005; Thu, 26 Oct 1995 07:37:29 -0700 Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA17519 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Thu, 26 Oct 1995 07:37:13 -0700 Received: by valdez (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id HAA11069; Thu, 26 Oct 1995 07:37:11 -0700 From: halliday@valdez.cs.sfu.ca (Sean Halliday) Message-Id: <199510261437.HAA11069@valdez> Subject: PC Performer To: info-performer@sgi.sgi.com Date: Thu, 26 Oct 1995 07:37:09 -0800 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 223 Status: O I while ago someone mentioned the possibility of Performer for the PC platform. Is this still going ahead? I assume it would be for PC's with OpenGL? Any info would be appretiated. -- Sean Halliday halliday@cs.sfu.ca From guest Thu Oct 26 19:36:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA11520; Thu, 26 Oct 1995 19:31:54 -0700 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 TAA11517; Thu, 26 Oct 1995 19:31:53 -0700 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 AA15236; Thu, 26 Oct 95 19:31:53 -0700 Received: from virtual.me.uic.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA07436; Thu, 26 Oct 1995 19:31:49 -0700 Received: by virtual.me.uic.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id VAA04548; Thu, 26 Oct 1995 21:31:03 -0500 From: "Rade Tesic" Message-Id: <9510262130.ZM4546@virtual.me.uic.edu> Date: Thu, 26 Oct 1995 21:30:54 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe From guest Fri Oct 27 07:58:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA12296; Fri, 27 Oct 1995 07:54:52 -0700 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 HAA12293; Fri, 27 Oct 1995 07:54:51 -0700 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 AA28641; Fri, 27 Oct 95 07:54:51 -0700 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA10999; Fri, 27 Oct 1995 07:54:47 -0700 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA20432; Fri, 27 Oct 1995 10:51:23 -0400 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA02951; Fri, 27 Oct 95 10:46:09 -0400 Date: Fri, 27 Oct 95 10:46:09 -0400 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9510271446.AA02951@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: Intersections with lines and points under Performer? Status: O Here is a quick question for the Performer development team: When intersections, and thus picking, with lines and points is planned to be implemented? ___/ | ___/ 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 Fri Oct 27 08:11:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA12318; Fri, 27 Oct 1995 08:06:51 -0700 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 IAA12315; Fri, 27 Oct 1995 08:06:50 -0700 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 AA28883; Fri, 27 Oct 95 08:06:49 -0700 Received: from hssiarl.hti.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA12586; Fri, 27 Oct 1995 08:06:39 -0700 Received: from [192.79.11.131] by hssiarl.hti.com (5.65/1.35) id AA10563; Fri, 27 Oct 95 10:04:26 -0500 Received: by mred (920330.SGI/LAI-3.1) id AA00765; Fri, 27 Oct 95 10:06:07 -0500 Date: Fri, 27 Oct 95 10:06:07 -0500 From: steve@mred.hti.com (Steve Baker) Message-Id: <9510271506.AA00765@mred > To: info-performer@sgi.sgi.com Subject: New toogl? Status: O Does anyone know if there is a more up to date version of toogl than the one on sgi.com in ~ftp/sgi/opengl/contrib/toogl.tar.Z ?? (Toogl is the tool that tries to help you port Iris-GL code into Open-GL) The version that's on sgi.com seems very crude (it can't cope with line breaks inside function parameter lists, it fails to convert - or even comment that it can't convert - a large number of GL calls eg blendcolor, all the font/test handling stuff). Given the number of people who will presumably be wanting to convert to OpenGL, it seems that a small amount of work on toogl would pay off big time. Thanks... Steve :-) :-) :-) :-) :-) :-) :-) Steve Baker (-: (-: (-: (-: (-: (-: (-: Hughes Training Inc. 817-695-2478 (Voice/VoiceMail) 2200 Arlington Downs Road 817-695-2555 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.hti.com (Email) From guest Fri Oct 27 09:24:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA12594; Fri, 27 Oct 1995 09:20:17 -0700 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 JAA12591; Fri, 27 Oct 1995 09:20:16 -0700 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 AA00682; Fri, 27 Oct 95 09:20:15 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA24978; Fri, 27 Oct 1995 09:20:13 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA00677; Fri, 27 Oct 95 09:20:11 -0700 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA10478; Fri, 27 Oct 1995 09:20:09 -0700 From: "Michael Jones" Message-Id: <9510270920.ZM10476@babar.asd.sgi.com> Date: Fri, 27 Oct 1995 09:20:09 -0700 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "Intersections with lines and points under Performer?" (Oct 27, 10:46am) References: <9510271446.AA02951@osprey.cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: Intersections with lines and points under Performer? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 27, 10:46am, Nicolas Gauvin wrote: > Subject: Intersections with lines and points under Performer? : :Here is a quick question for the Performer development team: : :When intersections, and thus picking, with lines and points is planned :to be implemented? It's not in Performer 2.0, and is not scheduled for 3.0 but we could look at that. I have a question about the feature. Such intersections require the construction of a volume (cylinder or cone, parallelpiped or frustum) about the intersection ray that database objects are then classified against. The cylinder and cone (for ortho and perspective, resp.) style provides an "is there a point within an n-pixel circle" type of picking result, while the squarish volume gives picking within an NxN screen aligned square. Is one of these shapes more appropriate to your application than the other? Votes and/or discussion appreciated, Michael Jones -- 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 Oct 27 11:43:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA13491; Fri, 27 Oct 1995 11:28:02 -0700 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 LAA13380; Fri, 27 Oct 1995 11:28:00 -0700 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 AA00735; Fri, 27 Oct 95 11:27:56 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA01187; Fri, 27 Oct 1995 11:27:56 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0t8sbK-0000a9C; Fri, 27 Oct 95 18:29 MET From: "Fernando D. Mato Mira" Message-Id: <9510271829.ZM5665@lig.di.epfl.ch> Date: Fri, 27 Oct 1995 18:29:54 +0100 In-Reply-To: "Michael Jones" "Re: Intersections with lines and points under Performer?" (Oct 27, 9:20am) References: <9510271446.AA02951@osprey.cae.ca> <9510270920.ZM10476@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Michael Jones" , nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: Intersections with lines and points under Performer? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 27, 9:20am, Michael Jones wrote: > Subject: Re: Intersections with lines and points under Performer? > :When intersections, and thus picking, with lines and points is planned > :to be implemented? > > It's not in Performer 2.0, and is not scheduled for 3.0 but we > could look at that. Aaahh! I will also NEED this soon! [circle or square] > aligned square. Is one of these shapes more appropriate to your > application than the other? > > Votes and/or discussion appreciated, Hm. If I have to choose, I guess I'd rather have an NxM rectangle, for usual totally/partly inside press-drag-release picking.. From guest Fri Oct 27 12:22:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA20030; Fri, 27 Oct 1995 12:15:54 -0700 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 MAA20027; Fri, 27 Oct 1995 12:15:54 -0700 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 AA03287; Fri, 27 Oct 95 12:15:52 -0700 Received: from poser.pbi.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA10733; Fri, 27 Oct 1995 12:15:48 -0700 Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id MAA19718; Fri, 27 Oct 1995 12:14:20 -0700 From: "Nice Guy" Message-Id: <9510271214.ZM19716@poser.pbi.net> Date: Fri, 27 Oct 1995 12:14:19 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: basic picking Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O How does the pfSegsIsectNode fit into the picking discussion? That's how you do picking, right? It is how I do picking. Is there something more that is being talked about. chris cederwall From guest Fri Oct 27 13:08:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA20441; Fri, 27 Oct 1995 13:04:26 -0700 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 NAA20438; Fri, 27 Oct 1995 13:04:25 -0700 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 AA05660; Fri, 27 Oct 95 13:04:23 -0700 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id NAA20919; Fri, 27 Oct 1995 13:04:20 -0700 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA20619; Fri, 27 Oct 1995 15:58:57 -0400 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA03677; Fri, 27 Oct 95 16:00:58 -0400 From: "Nicolas Gauvin" Message-Id: <9510271600.ZM3675@osprey.cae.ca> Date: Fri, 27 Oct 1995 16:00:53 -0400 In-Reply-To: "Michael Jones" "Re: Intersections with lines and points under Performer?" (Oct 27, 9:20am) References: <9510271446.AA02951@osprey.cae.ca> <9510270920.ZM10476@babar.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Michael Jones" , info-performer@sgi.sgi.com Subject: Re: Intersections with lines and points under Performer? Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Oct 27, 9:20am, Michael Jones wrote: > Subject: Re: Intersections with lines and points under Performer? > > It's not in Performer 2.0, and is not scheduled for 3.0 but we > could look at that. I have a question about the feature. Such > intersections require the construction of a volume (cylinder or > cone, parallelpiped or frustum) about the intersection ray that > database objects are then classified against. The cylinder and > cone (for ortho and perspective, resp.) style provides an "is > there a point within an n-pixel circle" type of picking result, > while the squarish volume gives picking within an NxN screen > aligned square. Is one of these shapes more appropriate to your > application than the other? > Maybe I should have been more specific. I was thinking about picking a point or a line with the mouse using the pfChanPick function only. Not in the more general sense of intersecting from anywhere in the database. Isn't that as simple as converting the vertices present in the viewing frustum to screen coordinates using the current viewing transformation and checking if the resulting 2D coordinates fit within a tolerance rectangle or radius of the mouse positions? -- ___/ | ___/ 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 Fri Oct 27 14:30:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA20841; Fri, 27 Oct 1995 14:25:38 -0700 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 OAA20838; Fri, 27 Oct 1995 14:25:36 -0700 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 AA10441; Fri, 27 Oct 95 14:25:32 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA09735; Fri, 27 Oct 1995 14:25:26 -0700 Received: from medusa.cs.nps.navy.mil ([131.120.7.32]) by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA12311; Fri, 27 Oct 95 14:23:52 PDT Received: by medusa.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) id OAA15588; Fri, 27 Oct 1995 14:23:53 -0700 From: "david pratt" Message-Id: <9510271423.ZM15586@medusa.cs.nps.navy.mil> Date: Fri, 27 Oct 1995 14:23:53 -0700 In-Reply-To: "Michael Jones" "Re: Intersections with lines and points under Performer?" (Oct 27, 9:20am) References: <9510271446.AA02951@osprey.cae.ca> <9510270920.ZM10476@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Michael Jones" , nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: Intersections with lines and points under Performer? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We had a problem very similar with billboards and lines. What we ended up doing was building switch nodes with quads for the billboards and quadstrips for the lines. For the orientations, we just used a DCS. Prior to picking, we just turned on the picking geomentry, did the traversal then turned back on the regular stuff. not pretty, but worked quite well. Dave From guest Sun Oct 29 22:53:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA03011; Sun, 29 Oct 1995 22:50: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 WAA03008; Sun, 29 Oct 1995 22:50: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 AA17084; Sun, 29 Oct 95 22:50:48 -0800 Received: from iss.nus.sg by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id WAA20323; Sun, 29 Oct 1995 22:50:35 -0800 Received: from whitehead.iss.nus.sg by iss.nus.sg (5.x/SMI-SVR4) id AA07536; Mon, 30 Oct 1995 14:54:50 +0800 Date: Mon, 30 Oct 1995 14:54:50 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <9510300654.AA07536@iss.nus.sg> Received: by whitehead.iss.nus.sg (5.0/SMI-SVR4) id AA00401; Mon, 30 Oct 95 14:54:43 SST To: pratt@medusa.cs.nps.navy.mil Cc: info-performer@sgi.sgi.com In-Reply-To: <9510271423.ZM15586@medusa.cs.nps.navy.mil> (pratt@medusa.cs.nps.navy.mil) Subject: Re: Intersections with lines and points under Performer? Status: O Hi, I am a bit embarressed to contribute to this deep subject on complex intersections because I am having trouble getting a VERY simple one to work. I can pick anything as long as I don't put it under a switch. I am using the standard pick code. The pick code and the scene graph follow. Sorry that the scenegraph even for a simple scene with one switch is a bit long. Just search for the word "switch". thanks, Kim. pfNode *DoPick(Pick *P, long mousex,long mousey) { long pick_count = 0; static pfHit **ipicked[10]; pfNodePickSetup(P->scene); pfuCalcNormalizedChanXY(&P->pickX, &P->pickY, *P->chan, mousex, mousey); printf("scene: %x %s\n", P->scene, pfGetNodeName(P->scene)); if ((*P->chan != NULL) && (P->scene != NULL)) pick_count = pfChanPick(*P->chan, P->traverse, P->pickX, P->pickY, 0.0f, ipicked); printf("pick: %d\n", pick_count); if (pick_count > 0) { pfQueryHit(*ipicked[0], PFQHIT_NODE, &P->picked); pfQueryHit(*ipicked[0], PFQHIT_PATH, &P->path); MakePathString(P->pathname, P->path); pfNotify(PFNFY_INFO, PFNFY_PRINT, "Picking.c - Picked path is:\n%s", P->pathname); } else P->picked = NULL; return P->picked; } And this is my scenegraph. [0:0]pfScene pfId=1 0x184e1f80 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572 [0:0]pfScene pfId=1 0x184e1f80 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 2 [1:0]pfGroup pfId=3 0x184ebd00 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 1 [2:0]pfGroup pfId=2 0x184e2000 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 2 [3:0]pfGroup pfId=7 0x184ec620 { path: /world0 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, -400.000000, 0.000000) rad=-1.000000 Num Children: 2 [4:0]pfDCS pfId=8 0x184ec680 { path: /world0/Branch1 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, -400.000000, 0.000000) rad=-1.000000 Matrix: {1.000000 0.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 -400.000000 0.000000 1.000000} Max Scale: 1.000000 Num Children: 0 [4:0]} pfDCS 8 0x184ec680 [4:1]pfDCS pfId=26 0x185419e0 { path: /world0/Branch3 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-42.740002, -558.609985, 17.059999) rad=-10.000000 Matrix: {10.000000 0.000000 0.000000 0.000000 0.000000 10.000000 0.000000 0.000000 0.000000 0.000000 10.000000 0.000000 -42.740002 -558.609985 17.059999 1.000000} Max Scale: 10.000000 Num Children: 0 [4:1]} pfDCS 26 0x185419e0 [3:0]} pfGroup 7 0x184ec620 [3:1]pfSwitch pfId=15 0x1851a470 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 4 [4:0]pfGroup pfId=16 0x1851a4e0 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 1 [5:0]pfDCS pfId=23 0x1851ab20 { path: //SemArt DCS trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Matrix: {5.000000 0.000000 0.000000 0.000000 0.000000 5.000000 0.000000 0.000000 0.000000 0.000000 5.000000 0.000000 -99.181572 100.000000 13.005554 1.000000} Max Scale: 5.000000 Num Children: 1 [6:0]pfGroup pfId=24 0x1851ac50 { path: //SemArt DCS/SemArt: sphere3.bgf trav masks: cull=0xffffffff draw=0x1 isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=0.760345 Num Children: 1 [7:0]pfGeode pfId=22 0x1851a880 { trav masks: cull=0xffffffff draw=0x1 isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=0.760345 Num Children: 1 [8:0] - pfGeoSet{ GeoSet: 0x1851adf0 { Primitive: PFGS_QUADS, NON-INDEXED, pfPrims=3, glPrims=6, verts=12 Attribute Bindings: PFGS_COLOR4=PFGS_OFF PFGS_NORMAL3=PFGS_PER_VERTEX PFGS_TEXCOORD2=PFGS_OFF } GeoSet: 0x1851adf0 [8:0]} pfGeoSet [7:0]} pfGeode 22 0x1851a880 [6:0]} pfGroup 24 0x1851ac50 [5:0]} pfDCS 23 0x1851ab20 [4:0]} pfGroup 16 0x1851a4e0 [4:1]pfGroup pfId=17 0x1851a5d0 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:1]} pfGroup 17 0x1851a5d0 [4:2]pfGroup pfId=18 0x1851a630 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:2]} pfGroup 18 0x1851a630 [4:3]pfGroup pfId=19 0x1851a690 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:3]} pfGroup 19 0x1851a690 [3:1]} pfSwitch 15 0x1851a470 [2:0]} pfGroup 2 0x184e2000 [1:0]} pfGroup 3 0x184ebd00 [1:1]pfLightSource pfId=9 0x184ec800 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 pfLight { } [1:1]} pfLightSource 9 0x184ec800 [0:0]} pfScene 1 0x184e1f80, 100.000000, 13.005554) rad=3.801727 Num Children: 2 [1:0]pfGroup pfId=3 0x184ebd00 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 1 [2:0]pfGroup pfId=2 0x184e2000 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 2 [3:0]pfGroup pfId=7 0x184ec620 { path: /world0 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, -400.000000, 0.000000) rad=-1.000000 Num Children: 2 [4:0]pfDCS pfId=8 0x184ec680 { path: /world0/Branch1 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, -400.000000, 0.000000) rad=-1.000000 Matrix: {1.000000 0.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 -400.000000 0.000000 1.000000} Max Scale: 1.000000 Num Children: 0 [4:0]} pfDCS 8 0x184ec680 [4:1]pfDCS pfId=26 0x185419e0 { path: /world0/Branch3 trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-42.740002, -558.609985, 17.059999) rad=-10.000000 Matrix: {10.000000 0.000000 0.000000 0.000000 0.000000 10.000000 0.000000 0.000000 0.000000 0.000000 10.000000 0.000000 -42.740002 -558.609985 17.059999 1.000000} Max Scale: 10.000000 Num Children: 0 [4:1]} pfDCS 26 0x185419e0 // Here is my switch, why doesn't it pick this?? [3:0]} pfGroup 7 0x184ec620 [3:1]pfSwitch pfId=15 0x1851a470 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 4 [4:0]pfGroup pfId=16 0x1851a4e0 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Num Children: 1 [5:0]pfDCS pfId=23 0x1851ab20 { path: //SemArt DCS trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(-99.181572, 100.000000, 13.005554) rad=3.801727 Matrix: {5.000000 0.000000 0.000000 0.000000 0.000000 5.000000 0.000000 0.000000 0.000000 0.000000 5.000000 0.000000 -99.181572 100.000000 13.005554 1.000000} Max Scale: 5.000000 Num Children: 1 [6:0]pfGroup pfId=24 0x1851ac50 { path: //SemArt DCS/SemArt: sphere3.bgf trav masks: cull=0xffffffff draw=0x1 isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=0.760345 Num Children: 1 [7:0]pfGeode pfId=22 0x1851a880 { trav masks: cull=0xffffffff draw=0x1 isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=0.760345 Num Children: 1 [8:0] - pfGeoSet{ GeoSet: 0x1851adf0 { Primitive: PFGS_QUADS, NON-INDEXED, pfPrims=3, glPrims=6, verts=12 Attribute Bindings: PFGS_COLOR4=PFGS_OFF PFGS_NORMAL3=PFGS_PER_VERTEX PFGS_TEXCOORD2=PFGS_OFF } GeoSet: 0x1851adf0 [8:0]} pfGeoSet [7:0]} pfGeode 22 0x1851a880 [6:0]} pfGroup 24 0x1851ac50 [5:0]} pfDCS 23 0x1851ab20 [4:0]} pfGroup 16 0x1851a4e0 [4:1]pfGroup pfId=17 0x1851a5d0 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:1]} pfGroup 17 0x1851a5d0 [4:2]pfGroup pfId=18 0x1851a630 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:2]} pfGroup 18 0x1851a630 [4:3]pfGroup pfId=19 0x1851a690 { path: / trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 Num Children: 0 [4:3]} pfGroup 19 0x1851a690 [3:1]} pfSwitch 15 0x1851a470 [2:0]} pfGroup 2 0x184e2000 [1:0]} pfGroup 3 0x184ebd00 [1:1]pfLightSource pfId=9 0x184ec800 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 0.000000) rad=-1.000000 pfLight { } [1:1]} pfLightSource 9 0x184ec800 [0:0]} pfScene 1 0x184e1f80 From guest Mon Oct 30 00:09:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA03174; Mon, 30 Oct 1995 00:04: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 AAA03171; Mon, 30 Oct 1995 00:04: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 AA18694; Mon, 30 Oct 95 00:04:47 -0800 Received: from nirvana.neu.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA24688; Mon, 30 Oct 1995 00:04:43 -0800 Received: by nirvana.neu.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id JAA21487; Mon, 30 Oct 1995 09:04:39 +0100 From: "Simon Hayhurst" Message-Id: <9510300904.ZM21485@nirvana.neu.sgi.com> Date: Mon, 30 Oct 1995 09:04:39 +0100 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Roy, Commercially I came across this small company at SigGraph. They have a large range of models, cost around $400 per volume of around 400 models. The sample catalogue I have contains lots of household stuff. Company 3NAME3D Product Cyberprops Contact US Freephone (no good to us outsiders ;-) 1-800-993-4621 Fax : +1-310-314-2181 E-mail : info@ywd.com Simon -- -------------------------------------------------------------------------------- Simon Hayhurst Phone (41)-38-433733 Supercomputing Technology Centre Fax (41)-38-433905 Core Technology Group Voice Mail 5-7269 SGI, Cortaillod, Switzerland Internet simon @ neu.sgi.com -------------------------------------------------------------------------------- From guest Mon Oct 30 06:38:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA03665; Mon, 30 Oct 1995 06:37: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 GAA03662; Mon, 30 Oct 1995 06: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 AA00864; Mon, 30 Oct 95 06:37:14 -0800 Received: from huey.ntsc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA17561; Mon, 30 Oct 1995 06:37:11 -0800 From: william_marinelli@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA02165; Mon, 30 Oct 95 09:33:32 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.10.05) id AA815074562; Mon, 30 Oct 95 09:31:32 EST Date: Mon, 30 Oct 95 09:31:32 EST Message-Id: <9509308150.AA815074562@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: SGI Periodic Table question Status: O This is almost but not quite on topic. On the SGI periodic table there are three entries, for example for an Indy: 61 SPECIp92 84.9 SPECint92 75.4 AIM what do these mean??? From guest Mon Oct 30 07:30:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA03847; Mon, 30 Oct 1995 07: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 HAA03844; Mon, 30 Oct 1995 07:28: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 AA02680; Mon, 30 Oct 95 07:28:41 -0800 Received: from partech.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA23175; Mon, 30 Oct 1995 07:28:38 -0800 Received: from oneida (oneida.partech.com) by partech.com (4.1/SMI-4.1) id AA29550; Mon, 30 Oct 95 10:30:09 EST Received: by oneida (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA13365; Mon, 30 Oct 1995 10:24:45 -0500 From: "Seth A Rosenblum" Message-Id: <9510301024.ZM13363@oneida.partech.com> Date: Mon, 30 Oct 1995 10:24:45 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Drawing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is there a way to draw something in a window using performer or do you have to use OpenGL to do this? An example might be if I am translating the enterprise.flt model and I want to flash "USS ENTERPRISE" in the same window. If I have to use OpenGL, are there any problems in using performer and OpenGL at the same time? Seth A. Rosenblum From guest Mon Oct 30 12:13:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA04788; Mon, 30 Oct 1995 12:10: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 MAA04785; Mon, 30 Oct 1995 12:10: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 AA20867; Mon, 30 Oct 95 12:10:22 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA25767; Mon, 30 Oct 1995 12:10: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 AA20858; Mon, 30 Oct 95 12:10:19 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA16526; Mon, 30 Oct 1995 12:10:18 -0800 Message-Id: <199510302010.MAA16526@surreal.asd.sgi.com> To: dochi@chopin.kist.re.kr (Lae-Huun Kim) Cc: info-performer@sgi.sgi.com Subject: Re: Q : Performer 2.0 In-Reply-To: Your message of "Tue, 31 Oct 95 16:34:36 +0900." <199510310734.QAA27529@chopin.kist.re.kr> Date: Mon, 30 Oct 95 12:10:18 -0800 From: Jim Helman Status: O Performer 2.0 has built-in support for video texturing. You can do the same thing in 1.2, but have to invoke GL yourself in DRAW callbacks. IIt's too late for 2.0 beta testing, but if your need is urgent, send email to performer-beta@crusty.asd.sgi.com. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Oct 30 12:17:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA04794; Mon, 30 Oct 1995 12:14: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 MAA04791; Mon, 30 Oct 1995 12:14: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 AA21105; Mon, 30 Oct 95 12:14:30 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA26573; Mon, 30 Oct 1995 12:14: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 AA21094; Mon, 30 Oct 95 12:14:26 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA16540; Mon, 30 Oct 1995 12:14:26 -0800 Message-Id: <199510302014.MAA16540@surreal.asd.sgi.com> To: "Seth A Rosenblum" Cc: info-performer@sgi.sgi.com Subject: Re: Drawing In-Reply-To: Your message of "Mon, 30 Oct 95 10:24:45 EST." <9510301024.ZM13363@oneida.partech.com> Date: Mon, 30 Oct 95 12:14:26 -0800 From: Jim Helman Status: O You can always make your own rendering calls directly to GL (either IRIS GL or OpenGL depending on which one you're running Performer with. The important thing is to isolate these calls into DRAW callbacks either on a node or a channel for proper multiprocessing and graphics context handdling. Performer 1.2 is IRIS GL-only. Perrformer 2.0 let's you choose either IRIS GL or OpenGL. -jim From guest Mon Oct 30 15:06:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA05686; Mon, 30 Oct 1995 15:01: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 PAA05683; Mon, 30 Oct 1995 15:01: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 AA04607; Mon, 30 Oct 95 15:01:24 -0800 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA05178; Mon, 30 Oct 1995 15:01:22 -0800 Received: from monet.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id SAA18040; Mon, 30 Oct 1995 18:01:21 -0500 From: David Luebke Received: by monet.cs.unc.edu (8.6.10/UNC_06_21_94) id SAA00815; Mon, 30 Oct 1995 18:01:19 -0500 Message-Id: <199510302301.SAA00815@monet.cs.unc.edu> Subject: pfPortals portal-based culling for 1.2 (free) To: info-performer@sgi.sgi.com (Performer-help mailing list) Date: Mon, 30 Oct 1995 18:01:18 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 4091 Status: O Hello, This is to announce the release of the pfPortals visibility software for Performer 1.2. PfPortals is a FREE public domain library which provides portal-based culling in Performer applications. The package can be downloaded via anonymous ftp at: ftp.cs.unc.edu:/pub/users/luebke/pfPortals.tar.Z or over the World Wide Web at: http://www.cs.unc.edu/~luebke/pfPortals/visibility.html. Documentation is provided in html and postscript form. Here is an extract from the introduction: ------ The library consists of a number of CULL and DRAW callbacks which are attached to nodes in the Performer scene graph, and an interface for controlling the behavior of those callbacks. The pfPortals library was developed by David Luebke at the University of North Carolina during the 1995 Spring semester. The portal-based culling approach attempts to improve rendering performance for large models by culling away portions of the model which are completely occluded. It works best in scenarios such as architectural walkthroughs, where most of the model is typically hidden from the viewer by walls, floors and ceilings. Portal-based culling subdivides the model into cells and portals. A cell is a polyhedral volume of space; a portal is a transparent 2D region upon a cell boundary that connects adjacent cells. Cells can only "see" other cells through the portals. In an architectural model, the cell boundaries should follow the walls and partitions, so that cells roughly correspond to the rooms of the building. The portals likewise correspond to the doors and windows through which neighboring rooms can view each other. The pfPortals library implements the portal-based culling scheme described in Portals and Mirrors: Simple, Fast Evaluation of Potentially Visible Sets, by David Luebke and Chris Georges, in the Proceedings of the 1995 Symposium on Interactive 3-D Graphics (April 1995; ACM Press). Briefly, this algorithm determines what cell contains the viewer, and what portals of that cell are visible to the viewer. Next the code recursively determines what portals of adjacent cells are visible through the portals already determined to be visible. This approach accumulates a list of visible cells without considering portions of the model far removed from the visible set. --Copyright-- The pfPortals library is a public domain software package and may be freely used, modified, and distributed, provided certain conditions are met. The following copyright appears in the source code and applies to this documentation as well: /***************************************************************************\ Copyright 1995 The University of North Carolina at Chapel Hill. All Rights Reserved. Permission to use, copy, modify and distribute this software and its documentation without fee, and without a written agreement, is hereby granted, provided that the above copyright notice and the complete text of this comment appear in all copies, and provided that the University of North Carolina and the original authors are credited in any publications arising from the use of this software. IN NO EVENT SHALL THE UNIVERSITY OF NORTH CAROLINA AT CHAPEL HILL OR THE AUTHOR OF THIS SOFTWARE BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF NORTH CAROLINA AND/OR THE AUTHOR OF THIS SOFTWARE HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. The author of the pfPortals1.2 software library may be contacted at: US Mail: David Patrick Luebke Department of Computer Science Sitterson Hall, CB #3175 University of N. Carolina Chapel Hill, NC 27599-3175 Phone: (919)962-1825 EMail: luebke@cs.unc.edu \*****************************************************************************/ Enjoy! Dave -- David Luebke luebke@cs.unc.edu From guest Mon Oct 30 15:05:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA05695; Mon, 30 Oct 1995 15: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 PAA05692; Mon, 30 Oct 1995 15: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 AA04646; Mon, 30 Oct 95 15:01:45 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id PAA05285; Mon, 30 Oct 1995 15:01:44 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA05689; Mon, 30 Oct 1995 15:01:42 -0800 From: aschaffe (Allan Schaffer) Message-Id: <9510301501.ZM5687@holodeck.asd.sgi.com> Date: Mon, 30 Oct 1995 15:01:42 -0800 In-Reply-To: william_marinelli@ntsc.navy.mil "SGI Periodic Table question" (Oct 30, 9:31am) References: <9509308150.AA815074562@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: william_marinelli@ntsc.navy.mil, info-performer@sgi.sgi.com Subject: Re: SGI Periodic Table question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Oct 30, 9:31am, william_marinelli@ntsc.navy.mil wrote: > > This is almost but not quite on topic. > > On the SGI periodic table there are three entries, for example for an > Indy: > > 61 SPECIp92 > 84.9 SPECint92 > 75.4 AIM > > what do these mean??? SPECfp and SPECint are to two sets of standardized benchmark suites which measure CPU speed. Fp and int refer to floating point and integer operations, respectively. The '92' is the year the particular benchmark was standardized. (analogous to "fortran 77") I'm not familiar with AIM but I imagine it is another CPU benchmark suite.. Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Mon Oct 30 17:28:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06557; Mon, 30 Oct 1995 17:24: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 RAA06554; Mon, 30 Oct 1995 17:24: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 AA15302; Mon, 30 Oct 95 17:24:30 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA12498; Mon, 30 Oct 1995 17:24:29 -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 AA15283; Mon, 30 Oct 95 17:24:23 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA14348; Mon, 30 Oct 1995 17:24:21 -0800 From: "Michael Jones" Message-Id: <9510301724.ZM14346@babar.asd.sgi.com> Date: Mon, 30 Oct 1995 17:24:20 -0800 In-Reply-To: David Luebke "pfPortals portal-based culling for 1.2 (free)" (Oct 30, 6:01pm) References: <199510302301.SAA00815@monet.cs.unc.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: David Luebke , info-performer@sgi.sgi.com (Performer-help mailing list) Subject: Re: pfPortals portal-based culling for 1.2 (free) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is really excellent work. Those who attended the Friends of Performer gathering at SIGGRAPH may have seen this code in action. It's good to see this added to the Performer developer's bag of tricks. Also, I have seen this running on machines smaller than the RealityEngine, and it works well in that context too. Don't miss this. It's a deal at twice the price! Michael Jones -- 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 Mon Oct 30 20:35:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA07394; Mon, 30 Oct 1995 20:33: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 UAA07391; Mon, 30 Oct 1995 20:33: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 AA25167; Mon, 30 Oct 95 20:33:00 -0800 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA12396; Mon, 30 Oct 1995 20:32:58 -0800 Received: from monet.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id XAA25631; Mon, 30 Oct 1995 23:32:57 -0500 From: David Luebke Received: by monet.cs.unc.edu (8.6.10/UNC_06_21_94) id XAA01546; Mon, 30 Oct 1995 23:32:53 -0500 Message-Id: <199510310432.XAA01546@monet.cs.unc.edu> Subject: pfPortals -- oops. To: info-performer@sgi.sgi.com (Performer-help mailing list) Date: Mon, 30 Oct 1995 23:32:50 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 226 Status: O Oops, I listed the wrong URL for the pfPortals library. The correct URL is: http://www.cs.unc.edu/~luebke/visibility.html which isn't quite what I just announced. Sorry about that, David -- David Luebke luebke@cs.unc.edu From guest Mon Oct 30 00:36:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA03252; Mon, 30 Oct 1995 00:34: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 AAA03249; Mon, 30 Oct 1995 00:34: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 AA19846; Mon, 30 Oct 95 00:34:48 -0800 Received: from chopin.kist.re.kr by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA26161; Mon, 30 Oct 1995 00:34:34 -0800 Received: by chopin.kist.re.kr (940816.SGI.8.6.9/921111.SGI.AUTO) for info-performer@sgi.com id QAA27529; Tue, 31 Oct 1995 16:34:36 +0900 Date: Tue, 31 Oct 1995 16:34:36 +0900 From: dochi@chopin.kist.re.kr (Lae-Huun Kim) Message-Id: <199510310734.QAA27529@chopin.kist.re.kr> To: info-performer@sgi.sgi.com Subject: Q : Performer 2.0 Status: O Hi, My name is Lae Hyun Kim. I want to know when performer v2.o will be released and whether I can use beta version. Also, I would like to know that performer v2.0 support vodeo mapping. Please, let me know that. Thank you in advance, Kim. From guest Mon Oct 30 20:27:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA07382; Mon, 30 Oct 1995 20:23: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 UAA07379; Mon, 30 Oct 1995 20:23: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 AA24852; Mon, 30 Oct 95 20:23:53 -0800 Received: from sgisgp.singapore.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA11389; Mon, 30 Oct 1995 20:23:49 -0800 Received: by sgisgp.singapore.sgi.com (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA17144; Tue, 31 Oct 95 12:32:07 +0800 From: " Vincent Oh" Message-Id: <9510311232.ZM17142@sgisgp.singapore.sgi.com> Date: Tue, 31 Oct 1995 12:32:04 +0000 In-Reply-To: william_marinelli@ntsc.navy.mil "SGI Periodic Table question" (Oct 30, 9:31am) References: <9509308150.AA815074562@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: william_marinelli@ntsc.navy.mil Subject: Re: SGI Periodic Table question Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Oct 30, 9:31am, william_marinelli@ntsc.navy.mil wrote: > Subject: SGI Periodic Table question > > This is almost but not quite on topic. > > On the SGI periodic table there are three entries, for example for an > Indy: > > > 61 SPECIp92 > 84.9 SPECint92 > 75.4 AIM > > what do these mean??? > >-- End of excerpt from william_marinelli@ntsc.navy.mil AIM is an independent benchmark (like SPEC) that tests the overall performance of a system, rather than just the CPU (as in SPEC). It is a better form of benchmarking since it tests the entire system from the CPU, the system bus, memory access, disk io, compilers upto the operating system. Real applications uses all of these components and not just the CPU. However, if the application is very CPU intensive then one would probably pay more attention to the SPEC numbers. However, this does not take into account the fact that some of these applications may have data swapping in and out of disk. There are various suites of the benchmark: AIM System Benchmark Suite-III AIM Workstation Benchmark Suite-VI AIM MultiUser Benchmark Suite-VII AIM Independent Resource Benchmark Suite-IX For example, the AIM Workstation Benchmark Suite-VI is a multi-threaded benchmark that tests workstations under different application loads. It is a set of 49 tests designed to apply specific application loads to a system dedicated, typically, to single user workstation applications, and to measure the systems multitasking performance. Hope this helps. Vincent -- Vincent Oh Senior Systems Engineer Technical Marketing Silicon Graphics Pte Ltd ASEAN Headquarters 89 Science Park Drive #03-02 to 06 The Rutherford Singapore 118261 e-mail : vincentoh@singapore.sgi.com v-mail : 57576 tel : (065) 777 3088 fax : (065) 779 3650 _______ _______ ________ / ____// / ____// /__ __// / //____ / //____ / // /____ // / ///_ // / // _____/ // / //_/ // __/ //__ /______// /______// /______// ///// @ @ ----------------------------------oOO-(_)-OOo------------------------------ /|||\ From guest Tue Oct 31 15:57:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA09464; Tue, 31 Oct 1995 15:36: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 PAA09461; Tue, 31 Oct 1995 15:36: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 AA16442; Tue, 31 Oct 95 15:36:13 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA27353; Tue, 31 Oct 1995 15:36:11 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id XAA05587; Tue, 31 Oct 1995 23:13:35 +0100 From: "Angus Dorbie" Message-Id: <9510312313.ZM5585@bitch.reading.sgi.com> Date: Tue, 31 Oct 1995 23:13:35 +0100 In-Reply-To: bmcquear@dw3f.ess.harris.com "Textures" (Oct 31, 5:23pm) References: <9510312223.AA17717@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 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 > > >-- End of excerpt from bmcquear@dw3f.ess.harris.com -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Tue Oct 31 20:56:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA10842; Tue, 31 Oct 1995 20:47: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 UAA10839; Tue, 31 Oct 1995 20:47: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 AA04335; Tue, 31 Oct 95 20:47:22 -0800 Received: from relay5.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA22634; Tue, 31 Oct 1995 20:47:13 -0800 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP id QQznxr16115; Tue, 31 Oct 1995 23:47:12 -0500 (EST) Received: from esseye.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Tue, 31 Oct 1995 23:47:12 -0500 Received: from linus.si.com by esseye.si.com with esmtp (Smail3.1.30.13 #37) id m0tAP2P-0001bBC; Tue, 31 Oct 95 17:20:09 -0500 (EST) Received: from smtpgwy.si.com by linus.si.com with smtp (Smail3.1.30.13 #38) id m0tAP74-0000MhC; Tue, 31 Oct 95 17:24:58 -0500 (EST) Received: from cc:Mail by smtpgwy.si.com id AA815178188; Tue, 31 Oct 95 17:19:21 EST Date: Tue, 31 Oct 95 17:19:21 EST From: "Beaver, Jim" Message-Id: <9509318151.AA815178188@smtpgwy.si.com> To: info-performer@sgi.sgi.com Subject: Motif popup menus in Performer Status: O Hello, I'm attempting to convert the window and input management of my Performer application from GL to X. I've kind of reached a point where I'm stumped trying to convert my GL popup window functions to X. I'm trying to use Motif XmCreatePopupMenu with XtManageChild and XtAddCallback because it seemed the most straightforward way to accomplish this (based on my limited knowledge, so far, of X and Motif). I haven't had much luck. There seems to be an inherent conflict between this method and Performer. For example, the XtAddEventHandler and XtAddCallback functions needed to attach some action to a menu button push don't seem to work without XtAppMainLoop which seems to take control of the program away from Performer. I can get the popup menu to come up using pfuMouse events and XtManageChild but I'm stuck as to getting the individual menu buttons to do something. Does any kind soul out there know what I can do about this? Or do I have to use the pfuGUI routines to create my own popup menu from scratch? Thanks Jim Beaver Smiths Industries DSNA Grand Rapids, MI beaver_jim@si.com From guest Tue Oct 31 14:31:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA09115; Tue, 31 Oct 1995 14:26: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 OAA09112; Tue, 31 Oct 1995 14:25: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 AA11066; Tue, 31 Oct 95 14:25:57 -0800 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA08351; Tue, 31 Oct 1995 14:25:55 -0800 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA17717; Tue, 31 Oct 95 17:23:52 -0500 Message-Id: <9510312223.AA17717@dw3si.ess.harris.com> To: info-performer@sgi.sgi.com Cc: bmcquear@dw3f.ess.harris.com Subject: Textures Date: Tue, 31 Oct 95 17:23:51 -0500 X-Mts: smtp Status: O 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