From guest Sun Jun 30 20:44:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id UAA26263; Sun, 30 Jun 1996 20:28:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id UAA26247; Sun, 30 Jun 1996 20:28:59 -0700 Received: from deliverator.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA00976; Sun, 30 Jun 1996 20:28:58 -0700 Received: from inesc.inesc.pt by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id UAA23798; Sun, 30 Jun 1996 20:28:49 -0700 Received: from minerva.inesc.pt (minerva-2.inesc.pt) by inesc.inesc.pt with SMTP; id AA11675 (/); Mon, 1 Jul 1996 04:23:21 +0100 Received: from minerva (localhost) by minerva.inesc.pt (4.1/Sun OS 4.1.1) id AA24721; Mon, 1 Jul 96 04:23:23 +0100 Sender: mgo@minerva.inesc.pt Message-Id: <31D744AA.2781E494@minerva.inesc.pt> Date: Mon, 01 Jul 1996 04:23:22 +0100 From: Nuno Godinho X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: Performer Mailing List Subject: HELP: How to control fog? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I'm trying to use black fog to simulate night visibility. The problem is that when the day dawns I can't seem to get my light blue sky back (smoothly). I tried to change fog range moving it further away from viewpoint but I didn't get good results. How can I do this? What parameters should I change? thanks Oceanario Virtual ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jun 30 22:23:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id WAA26362; Sun, 30 Jun 1996 22:02:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id WAA26346; Sun, 30 Jun 1996 22:02:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA02953; Sun, 30 Jun 1996 22:02:55 -0700 Received: from mail-relay-BLR.ernet.in ([202.141.1.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA01172 for ; Sun, 30 Jun 1996 22:02:46 -0700 From: mdrp@swabiman.ernet.in Received: from iisc.ernet.in (iisc [144.16.64.3]) by mail-relay-BLR.ernet.in (8.6.11/8.6.9) with SMTP id JAA31164 for ; Mon, 1 Jul 1996 09:44:05 +0530 Received: from vigyan.UUCP by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA11975; Mon, 1 Jul 96 10:38:24+0530 Date: Mon, 1 Jul 96 10:38:24+0530 Message-Id: <9607010508.AA11975@iisc.ernet.in> Received: by vigyan.iisc.ernet.in (smail2.3) id AA02156; 1 Jul 96 11:41:38 EDT (Mon) Apparently-To: info-performer@mail-relay-BLR.ernet.in Status: O Hi, 1.Can some one tell me what is DG8 option on IR? We are buying IR with one pipe. When IR is giving MCO, do we still need DG8? 2. What is rectpro s/w and is it available on Impacts too? 3.As mentioned earlier, we are buying 1 IR and 4 Impacts ( r10000). All the machines will be on the net(Eathernet ). When it comes to S/W , we are buying Performer, Inventor and Prodev c++. Can some one suggest me which is the best way to configue these five machines. What I mean is, do I need to buy the above mentioned S/Ws on all the machines separately or is it better we buy one copy of each and make one mechine as file server? Someone told me that the performance of Performer across the net is not good. Experiences of Performer users will be extremely valuble for me. 4. We so far have been working with C language. For the first time we decided to shift to C++. I like to know which is the best way to start with. Are there any third party C++ class libraries available(for Graphics), which I can buy? Thanks in advance. prasad ------------------------------------------------------------ M.D.R.PRASAD Aeronautical Development Agency Vibudhipura Bangalore 560 017 INDIA ---------------------------------------------------------------------------- E-mail: mdrp@ada.ernet.in Tel: (80) 526 3710 Fax: (80) 5278493 ------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 00:56:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA26650; Mon, 1 Jul 1996 00:37:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA26634; Mon, 1 Jul 1996 00:37:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA07118; Mon, 1 Jul 1996 00:37:58 -0700 Received: from barney.reading.sgi.com ([144.253.74.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA25846; Mon, 1 Jul 1996 00:37:55 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id IAA18859; Mon, 1 Jul 1996 08:37:49 +0100 From: "Rob Jenkins" Message-Id: <9607010837.ZM18857@barney.reading.sgi.com> Date: Mon, 1 Jul 1996 08:37:49 +0100 In-Reply-To: Nuno Godinho "HELP: Problem with pfuPath" (Jun 30, 7:57pm) References: <31D6CE20.41C67EA6@minerva.inesc.pt> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Nuno Godinho Subject: Re: HELP: Problem with pfuPath Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 30, 7:57pm, Nuno Godinho wrote: > Subject: HELP: Problem with pfuPath > I just can't seem to make pfuPath work correctly. > > WHen I load ONE path from a file to make my dolphin go around in circles > everything works ok. > > If I load another path to make my duck swim I start getting problems: > If we load the duck prior to the dolphin everything is ok. Switching > their order... the trajectories tend to go wild (in reverse order... or > some other strange behaviours). > > pfuPrintPath simply crashes my application. > > Is there any problem with pfuPath that I'm not aware of? > > thanks > Oceanario Virtual > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Nuno Godinho Michael Jones posted a good discussion and example of pfuPath a while back: From: "Michael Jones" Message-Id: <9405311811.ZM20736@babar.asd.sgi.com> Date: Tue, 31 May 1994 18:11:08 -0700 In-Reply-To: "Drew Hess" "pfuPath routines" (May 31, 5:20pm) References: <9405311720.ZM4168@airy.arc.nasa.gov> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Drew Hess" , info-performer@sgi.sgi.com Subject: Re: pfuPath routines Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On May 31, 5:20pm, Drew Hess wrote: > Subject: pfuPath routines :I am looking for documentation or (preferably) some example code that details :the use of the pfuPath routines in libpfu. man pfupath is the first source. The idea is that a path is a list of segments, each of which is either a vector or an arc. The handy thing is that if you set a radius of curvature, the path routines will make an arc for you that joins the two vectors. This is how the truck is sent about the performer town demo. :I realize that libpfu is :unsupported and subject to change in future releases, but I am hoping that :someone out there has made good use of these routines. I've started by looking :at the path.c source for libpfu, but some actual examples of its use would be :helpful. If you develop improvements for the path logic send it to us and we'll include it in future releases of IRIS Performer. Here are the path-related excerpts from the "IRIS Performer Town" demo that's in buttonfly in the demos account. That demo uses a version of perfly that takes names of models and their paths from the command line (via the "A" keyword) and maintains a list of vehicles based on this information. Once the argument list has been processed, a trip is made through the list to load each model with a pfDCS node above it and to load its path definition as well. Finally, each model is advanced along the path by one time step in the main simulation loop. Here are the code fragments: ================================================================== = handy structure definition used later in code ================================================================== /* autopilot vehicle support */ typedef struct { char modelName[PF_MAXSTRING]; char pathName[PF_MAXSTRING]; char vehicleName[PF_MAXSTRING]; pfDCS *dcs; pfuPath *path; pfVec3 xyz; pfVec3 hpr; } Vehicle; #define MAX_VEHICLES 32 Vehicle vehicle[MAX_VEHICLES] = {"", "", "", NULL, NULL, {0,0,0}, {0,0,0}}; long vehicles = 0; ================================================================== = parse vehicle definitions: remember vehicles and paths ================================================================== /* process command-line arguments */ while ((opt = getopt(argc, argv, OptionStr)) != -1) { /* specify "autopilot" vehicle */ case 'A': { if (vehicles < MAX_VEHICLES) { /* initialize vehicle defininition */ vehicle[vehicles].modelName[0] = '\0'; vehicle[vehicles].pathName[0] = '\0'; sprintf(vehicle[vehicles].vehicleName, "%d", vehicles); vehicle[vehicles].dcs = NULL; vehicle[vehicles].path = NULL; /* parse file names from argument */ sscanf(optarg, "%[^,],%[^,],%s", vehicle[vehicles].modelName, vehicle[vehicles].pathName, vehicle[vehicles].vehicleName); /* increment vehicle count */ vehicles++; } else pfNotify(PFNFY_INFO, PFNFY_PRINT, "Too many autopilot vehicles"); } break; ================================================================== = pass through vehicle list: loading vehicles and paths ================================================================== /* load each of the autopilot vehicles */ for (i = 0; i < vehicles; i++) { long j; /* has file already been loaded ? */ for (j = 0, root = NULL; j < i && root == NULL; j++) if (strcmp(vehicle[i].modelName, vehicle[j].modelName) == 0) root = pfGetChild(vehicle[j].dcs, 0); /* load named file */ if (root == NULL) root = LoadFile(vehicle[i].modelName, NULL); Loaded = 0; /* create new vehicle and attach model to it */ if (root != NULL) { /* load database */ vehicle[i].dcs = pfNewDCS(); pfAddChild(vehicle[i].dcs, root); pfAddChild(scene, vehicle[i].dcs); /* load path */ vehicle[i].path = pfuNewPath(); pfuAddFile(vehicle[i].path, vehicle[i].pathName); } } ================================================================== = advance each vehicle during each trip through the simulation ================================================================== /* simulate each autopilot vehicle */ for (i = 0; i < vehicles; i++) if (vehicle[i].dcs != NULL && vehicle[i].path != NULL) { /* advance along path */ pfuFollowPath(vehicle[i].path, 1.0/pfGetFrameRate(), vehicle[i].xyz, vehicle[i].hpr); /* update vehicle DCS */ pfDCSRot(vehicle[i].dcs, vehicle[i].hpr[PF_H], vehicle[i].hpr[PF_P], vehicle[i].hpr[PF_R]); pfDCSTrans(vehicle[i].dcs, vehicle[i].xyz[PF_X], vehicle[i].xyz[PF_Y], vehicle[i].xyz[PF_Z]); } ------------------------------------ Hope this helps Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 03:05:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA26978; Mon, 1 Jul 1996 02:44:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA26962; Mon, 1 Jul 1996 02:44:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA09650; Mon, 1 Jul 1996 02:44:24 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA17182 for ; Mon, 1 Jul 1996 02:44:22 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA04420 (5.65b/CWI-3.3); Mon, 1 Jul 1996 11:44:20 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA00507 for ; Mon, 1 Jul 1996 11:41:46 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA20924 for info-performer@sgi.com; Mon, 1 Jul 1996 11:39:02 +0200 (MET DST) From: Veraart Message-Id: <199607010939.LAA20924@s00sn1.fel.tno.nl> Subject: Re: Help regarding texture animation To: info-performer@sgi.com (performer) Date: Mon, 1 Jul 1996 11:39:02 +0200 (MET DST) In-Reply-To: <9606281137.ZM5043@orac.boston.sgi.com> from "Andrew Shein" at Jun 28, 96 11:37:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > On Jun 28, 11:03am, Pari Natarajan wrote: > > The camera can rotate in all the three directions, so depending on the > > camera positon, my texture map should vary. If any of you guys can help me > > regarding this, it will be great. > > Why not just use a pfChannel. Position it where the monitor is supposed to > be and draw the scene there. You can also use this to have an instrument panel > or sonar display. > Andy > -- > Andrew Shein SE Stout email: ashein@boston.sgi.com Maybe he wants to change the image on a monitor of a 3D console. Then he has to use videotexturing a polygon with the image produced by a separate pfChannel that is rendered outside the screen and transfer the screen image to texture memory. There has been a discussion about video texturing the last few weeks. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 03:12:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA27040; Mon, 1 Jul 1996 02:52:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA27024; Mon, 1 Jul 1996 02:52:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA09882; Mon, 1 Jul 1996 02:52:01 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA18524 for ; Mon, 1 Jul 1996 02:51:59 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.sgi.com id OAA11934; Thu, 27 Jun 1996 14:52:16 -1900 From: "Svend Tang-Petersen" Message-Id: <9606271452.ZM11932@rex.copen.sgi.com> Date: Thu, 27 Jun 1996 14:52:15 +0000 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Siggraph 96 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi guys. It looks like this years Siggraph could be very enjoyable (copied from http://www.siggraph.org/conferences/siggraph96/core/conference/sigs/sigsched.html ) ------------------------------------------------------------------------------ Wednesday, 7 August IRIS Performer Real-Time 3D Programming for Visual Stimulation 2 pm to 3 pm Marlborough Room, Hilton Riverside Larry McDonough +1.415.933.6165 ------------------------------------------------------------------------------- -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark http://www.sgi.com * * http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 03:12:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA27022; Mon, 1 Jul 1996 02:51:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA27006; Mon, 1 Jul 1996 02:51:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA09877; Mon, 1 Jul 1996 02:51:23 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA18166 for ; Mon, 1 Jul 1996 02:51:20 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA04853 (5.65b/CWI-3.3); Mon, 1 Jul 1996 11:50:03 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA00628; Mon, 1 Jul 1996 11:47:29 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA21063; Mon, 1 Jul 1996 11:44:45 +0200 (MET DST) From: Veraart Message-Id: <199607010944.LAA21063@s00sn1.fel.tno.nl> Subject: Re: textured polygon in HUD overlay To: rltwiddy@ohio.neiddd.com (Ray Twiddy) Date: Mon, 1 Jul 1996 11:44:45 +0200 (MET DST) Cc: info-performer@sgi.com (performer) In-Reply-To: <9606281000.ZM1427@ohio.neiddd.com> from "Ray Twiddy" at Jun 28, 96 10:00:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > I would like to display a color key in a HUD overlay plane. The color key is a > geoset containing a simple textured polygon. I would like to overlay this 2-D > color key over a pseudo-colored 3-D surface so that key remains fixed as the > user flies over the surface. > > My question is what is the best way to display 2-D textured polygons in a HUD > overlay? Just use IrisGL or OpenGL calls to draw a textured rectangle in your routine that draws the HUD. You draw the HUD in a 2D view projection mode in a post draw callback. To select the texture use the pfTexture load function call. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 10:46:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA27886; Mon, 1 Jul 1996 10:31:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA27870; Mon, 1 Jul 1996 10:31:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA25257; Mon, 1 Jul 1996 10:31:20 -0700 Received: from rainich.dcs.ed.ac.uk ([129.215.160.105]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22121 for ; Mon, 1 Jul 1996 10:31:18 -0700 Received: from flugga.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Mon, 1 Jul 1996 18:31:10 +0100 Received: from localhost by flugga.dcs.ed.ac.uk; Mon, 1 Jul 1996 18:31:07 +0100 Date: Mon, 1 Jul 1996 18:31:06 +0100 (BST) From: Martin Reddy To: Performer List Subject: C equivalent for getGLProjMat method Message-Id: Organisation: Department of Computer Science - University of Edinburgh Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I am still plugging away on Performer 1.2 and require a function which does what the pfFrustum::getGLProjMat( pfMatrix ) does in 2.0. I don't see anything in the 1.2 pfFrustum function list to perform this. Is there a way of doing this in Performer 1.2? Cheers, Martin. +============================================================================+ | Martin Reddy Dept. of Computer Science | | University of Edinburgh | | e-mail : mxr@dcs.ed.ac.uk Mayfield Road, EH9 3JZ | | http://www.dcs.ed.ac.uk/home/mxr/ Tel : (0131) 650 5164 | +============================================================================+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 11:57:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA28217; Mon, 1 Jul 1996 11:38:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA28201; Mon, 1 Jul 1996 11:38:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02439; Mon, 1 Jul 1996 11:38:25 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA11073 for ; Mon, 1 Jul 1996 11:38:24 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA01770; Mon, 1 Jul 96 11:38:19 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA01465; Mon, 1 Jul 1996 11:38:18 -0700 From: "Remi Arnaud" Message-Id: <9607011138.ZM1463@remi.asd.sgi.com> Date: Mon, 1 Jul 1996 11:38:17 -0700 In-Reply-To: Martin Reddy "C equivalent for getGLProjMat method" (Jul 1, 6:31pm) References: X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix, Performer List Subject: Re: C equivalent for getGLProjMat method Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I am still plugging away on Performer 1.2 and require a function which > does what the pfFrustum::getGLProjMat( pfMatrix ) does in 2.0. I don't see > anything in the 1.2 pfFrustum function list to perform this. Is there a > way of doing this in Performer 1.2? getGLProjMat() construct a new matrix according to the type of the frustrum (Orthogonal or Perspective) and the Open GL matrix definition you can find in "OpenGL Programming Guide" - Addisson Wesley Publishing Company. You'll have no problem to reproduce this function -- Remi -- o o Remi ARNAUD - Silicon Graphics, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard o o o o Mountain View, California 94043-1389, USA o o o o Tel: (415) 933 6208 Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 12:49:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA28437; Mon, 1 Jul 1996 12:33:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA28421; Mon, 1 Jul 1996 12:33:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA07455; Mon, 1 Jul 1996 12:33:06 -0700 Received: from evl.eecs.uic.edu (evl.eecs.uic.edu [128.248.246.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25772 for ; Mon, 1 Jul 1996 12:33:05 -0700 Received: from fuchs.eecs.uic.edu by evl.eecs.uic.edu via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for id OAA05396; Mon, 1 Jul 1996 14:33:23 -0500 Received: (swami@localhost) by fuchs.eecs.uic.edu (8.6.12/8.6.4) id TAA05100; Mon, 1 Jul 1996 19:32:59 GMT Date: Mon, 1 Jul 1996 14:32:59 -0500 (CDT) From: "Swaminathan N." To: performer mailing list Subject: some questions... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I've been working on writing a VRML browser using performer and have a couple of questions. 1. Is there a way to remove the alias of ".wrl" to ".iv" files. Right now I have my own loader in the current directory which my app uses. However I want to change it from pfdLoadFile_iv() to pfdLoadFile_wrl(). renaming _iv to _wrl does not seem to solve the problem. 2. Is there a #define for Performer 2.1 as opposed to Performer 2.0, that I can use to selectively compile? Thanks Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.eecs.uic.edu ^ v Office: 996-3002 ^ v Home: 850-3725 ^ v http://evlweb.eecs.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 14:12:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA28740; Mon, 1 Jul 1996 13:57:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA28724; Mon, 1 Jul 1996 13:57:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12295; Mon, 1 Jul 1996 13:57:10 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA17850 for ; Mon, 1 Jul 1996 13:57:09 -0700 From: wasileskib@adadv1.mdc.com Date: Mon, 1 Jul 1996 15:44:11 -0500 Message-Id: <96070115441170@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Stats X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I'm fairly confident that this question has been asked before, but perhaps some could forward an old comment to me about it. ... I have an application that uses several channels (viewports) within a 1280x1024 window. When looking at the stats for each channel I see very small app, cull, and draw times, but see a very large frame time. Is the frame calculated as .... approx.... Frame = the sum of the app, cull, and draw times for all the channels times the frame rate. I have a draw=0.5, cull=1.1, app=0.5 msec and a frame of 71 msec for 3 channels which is producing about 30 Hz update. It seems that if the total app, cull, and draw for all three channels only takes 3*(.5+1.1+.5)=6.3 msec, then I should be getting 60Hz without any trouble... Can someone offer a better explaination or some insight about why the frame may be taking so long.... Thanks - Bryan Wasileski McDonnell Douglas Training Systems. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 18:10:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA29921; Mon, 1 Jul 1996 17:45:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA29905; Mon, 1 Jul 1996 17:45:11 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA08624; Mon, 1 Jul 1996 17:45:11 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA17701; Mon, 1 Jul 1996 16:50:29 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id QAA12641; Mon, 1 Jul 1996 16:50:29 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA09468 for ; Mon, 1 Jul 1996 16:50:28 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA24964; Mon, 1 Jul 96 16:50:01 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA22208; Mon, 1 Jul 1996 16:49:50 -0700 From: "Don Hatch" Message-Id: <9607011649.ZM22206@hell.asd.sgi.com> Date: Mon, 1 Jul 1996 16:49:50 -0700 In-Reply-To: Nuno Godinho "HELP: Problem with pfuPath" (Jun 30, 7:57pm) References: <31D6CE20.41C67EA6@minerva.inesc.pt> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Nuno Godinho , Performer Mailing List Subject: Re: HELP: Problem with pfuPath Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 30, 7:57pm, Nuno Godinho wrote: > Subject: HELP: Problem with pfuPath > I just can't seem to make pfuPath work correctly. > > WHen I load ONE path from a file to make my dolphin go around in circles > everything works ok. > > If I load another path to make my duck swim I start getting problems: > If we load the duck prior to the dolphin everything is ok. Switching > their order... the trajectories tend to go wild (in reverse order... or > some other strange behaviours). > > pfuPrintPath simply crashes my application. I'm not too surprised... when I tried it, it got into an endless loop trying to follow a closed path forever. > Is there any problem with pfuPath that I'm not aware of? I know that vehicles "skid" to the left when the path turns right... this bug was introduced shortly before 2.0 and exists in the following Performer releases: 2.0 2.0.1 2.1 It will be fixed in 2.0.2 and 2.2. The bug was introduced as part of an attempt to handle 3d orientation interpolation more realistically. I have included below a version of libpfutil/path.c with those changes undone; it should work better. As for the order-of-loading-dependent behavior, we haven't seen this; it sounds like it could be memory corruption in some other part of the program. The pfuPath routines are unsupported standalone user code, so you can debug it if you are inclined. If you find that this really is due to a bug in the source, please let us know and we will fix it in Performer 2.2. Don Hatch /* * Copyright 1993, 1994, 1995, Silicon Graphics, Inc. * ALL RIGHTS RESERVED * * UNPUBLISHED -- Rights reserved under the copyright laws of the United * States. Use of a copyright notice is precautionary only and does not * imply publication or disclosure. * * U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: * Use, duplication or disclosure by the Government is subject to restrictions * as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights * in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or * in similar or successor clauses in the FAR, or the DOD or NASA FAR * Supplement. Contractor/manufacturer is Silicon Graphics, Inc., * 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. * * THE CONTENT OF THIS WORK CONTAINS CONFIDENTIAL AND PROPRIETARY * INFORMATION OF SILICON GRAPHICS, INC. ANY DUPLICATION, MODIFICATION, * DISTRIBUTION, OR DISCLOSURE IN ANY FORM, IN WHOLE, OR IN PART, IS STRICTLY * PROHIBITED WITHOUT THE PRIOR EXPRESS WRITTEN PERMISSION OF SILICON * GRAPHICS, INC. */ /* * path.c -- multi-segment path DCS animation * * $Revision: 1.16 $ * $Date: 1996/07/01 22:54:10 $ * */ #include #include #include #include #include #ifdef _POSIX_SOURCE float fatan2(float y, float x); #endif #include #include #include static int computeFillet (pfVec3 a, pfVec3 b, pfVec3 c, float radius, pfVec3 h, pfVec3 i, pfVec3 g, pfVec2 angles); /* * pfuNewPath -- make a new (and quite short) path */ pfuPath *pfuNewPath(void) { pfuPath *path; /* allocate new path structure */ if ((path = (pfuPath *)malloc(sizeof(pfuPath))) == NULL) { pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "pfuNewPath: " "memory allocation failure"); return NULL; } /* initialize new path structure */ path->head = NULL; path->speed = 1.0f; path->pitch = 1.0f; path->roll = 0.0f; path->desired = 0.0f; path->rate = 0.0f; path->delay = 0.0f; path->position = 0.0f; path->here = NULL; /* return address of new path structure to caller */ return path; } /* * pfuSharePath -- make a new path that shares segments */ pfuPath *pfuSharePath (pfuPath *share) { pfuPath *path; /* make new path structure */ if ((path = pfuNewPath()) == NULL) return NULL; /* share path segment chain with indicated path */ path->head = share->head; /* return address of new path structure to caller */ return path; } /* * pfuCopyPath -- make a new path by copying */ pfuPath *pfuCopyPath (pfuPath *copy) { pfuPath *path; pfuPathSeg *segment; /* make new path structure */ if ((path = pfuNewPath()) == NULL) return NULL; /* copy existing segments */ for (segment = copy->head; segment != NULL; segment = segment->next) { switch (segment->type) { case PATYPE_ARC: pfuAddArc(path, segment->center, segment->radius, segment->angles); break; case PATYPE_LINE: pfuAddPath(path, segment->start, segment->final); break; case PATYPE_FILLET: /* things are pretty weird if we get here */ pfuAddFillet(path, segment->radius); break; case PATYPE_SPEED: pfuAddSpeed(path, segment->desired, segment->rate); break; case PATYPE_DELAY: pfuAddDelay(path, segment->delay); break; default: pfNotify(PFNFY_DEBUG, PFNFY_USAGE, "pfuCopyPath: " "bad segment type in path"); return NULL; } } /* return address of new path structure to caller */ return path; } /* * pfuClosePath -- connect first and last path segments */ pfuPath *pfuClosePath (pfuPath *path) { pfuPathSeg *old; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* connect first and last path segments */ path->head->prev = old; old->next = path->head; /* return address of new path structure to caller */ return path; } /* * pfuPrintPath -- print a path and its segments */ int pfuPrintPath (pfuPath *path) { pfuPathSeg *segment; /* print header information */ pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " head = 0x%p", path->head); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " here = 0x%p", path->here); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " speed = %g", path->speed); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " position = %g", path->position); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " delay = %g", path->delay); /* print segment information */ for (segment = path->head; segment != NULL; segment = segment->next) { pfNotify(PFNFY_DEBUG, PFNFY_PRINT, NULL); switch (segment->type) { case PATYPE_ARC: pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " arc center = %g %g %g", segment->center[PF_X], segment->center[PF_Y], segment->center[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " arc radius = %g", segment->radius); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " arc angles = %g %g", segment->angles[PF_X], segment->angles[PF_Y]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " length = %g", segment->length); break; case PATYPE_LINE: pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " line start = %g %g %g", segment->start[PF_X], segment->start[PF_Y], segment->start[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " line final = %g %g %g", segment->final[PF_X], segment->final[PF_Y], segment->final[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " length = %g", segment->length); break; case PATYPE_FILLET: pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " radius = %g", segment->radius); break; case PATYPE_SPEED: pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " desired = %g", segment->desired); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " rate = %g", segment->rate); break; case PATYPE_DELAY: pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " delay = %g", segment->delay); break; default: pfNotify(PFNFY_INFO, PFNFY_PRINT, "bad segment type in path"); return NULL; } } /* indicate succes to caller */ return 0; } /* * pfuAddArc -- append an arc-segment definition to path */ int pfuAddArc (pfuPath *path, pfVec3 center, float radius, pfVec2 angles) { pfuPathSeg *segment; pfuPathSeg *old; /* allocate a new segment */ if ((segment = (pfuPathSeg *)malloc(sizeof(pfuPathSeg))) == NULL) return -1; /* initialize new segment */ segment->type = PATYPE_ARC; segment->radius = radius; PFCOPY_VEC3(segment->center, center); PFCOPY_VEC2(segment->angles, angles); /* compute path segment length */ segment->length = 2.0f*PF_PI*segment->radius*PF_ABS(segment->angles[1])/360.0f; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* add segment as first item in chain */ if (old == NULL) { path->head = segment; segment->next = NULL; segment->prev = NULL; } /* add segment after tail of chain */ else { segment->next = NULL; segment->prev = old; old->next = segment; } /* indicate succes to caller */ return 0; } /* * pfuAddFillet -- append a fillet-segment definition to path */ int pfuAddFillet (pfuPath *path, float radius) { pfuPathSeg *segment; pfuPathSeg *old; /* allocate a new segment */ if ((segment = (pfuPathSeg *)malloc(sizeof(pfuPathSeg))) == NULL) return -1; /* initialize new segment */ segment->type = PATYPE_FILLET; segment->radius = radius; PFSET_VEC3(segment->center, 0.0f, 0.0f, 0.0f); PFSET_VEC2(segment->angles, 0.0f, 0.0f); /* compute path segment length */ segment->length = 0.0f; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* add segment as first item in chain */ if (old == NULL) { path->head = segment; segment->next = NULL; segment->prev = NULL; } /* add segment after tail of chain */ else { segment->next = NULL; segment->prev = old; old->next = segment; } /* indicate succes to caller */ return 0; } /* * pfuAddPath -- append a line-segment definition to path */ int pfuAddPath (pfuPath *path, pfVec3 start, pfVec3 final) { pfuPathSeg *segment; pfuPathSeg *old; pfVec3 delta; /* allocate a new segment */ if ((segment = (pfuPathSeg *)malloc(sizeof(pfuPathSeg))) == NULL) return -1; /* initialize new segment */ segment->type = PATYPE_LINE; PFCOPY_VEC3(segment->start, start); PFCOPY_VEC3(segment->final, final); /* precompute constant segment values */ segment->length = PFDISTANCE_PT3(segment->start, segment->final); PFSUB_VEC3(delta, segment->final, segment->start); segment->orient[PF_H] = PF_RAD2DEG(fatan2(delta[PF_Y], delta[PF_X])); segment->orient[PF_P] = PF_RAD2DEG(fatan2(delta[PF_Z], segment->length)); segment->orient[PF_R] = 0.0f; if (segment->orient[PF_H] < 0.0f) segment->orient[PF_H] += 360.0f; if (segment->orient[PF_P] < 0.0f) segment->orient[PF_P] += 360.0f; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* add segment as first item in chain */ if (old == NULL) { path->head = segment; segment->next = NULL; segment->prev = NULL; } /* add segment after tail of chain */ else { segment->next = NULL; segment->prev = old; old->next = segment; } /* is the creation of a fillet called for ? */ if (segment->prev != NULL && segment->prev->type == PATYPE_FILLET && segment->prev->prev != NULL && segment->prev->prev->type == PATYPE_LINE) { pfuPathSeg *ab; pfuPathSeg *fillet; pfuPathSeg *bc; pfVec3 newFinal; pfVec3 newStart; ab = segment->prev->prev; fillet = segment->prev; bc = segment; /* lines must connect */ if (!PFEQUAL_VEC3(ab->final, bc->start)) return -1; /* determine fillet parameters */ if (computeFillet(ab->start, ab->final, bc->final, fillet->radius, newFinal, newStart, fillet->center, fillet->angles) < 0) return -1; PFCOPY_VEC3(ab->final, newFinal); PFCOPY_VEC3(bc->start, newStart); /* horrible part -- recompute segment-specific stuff */ ab->length = PFDISTANCE_PT3(ab->start, ab->final); fillet->length = 2.0f*PF_PI*fillet->radius*PF_ABS(fillet->angles[1])/360.0f; bc->length = PFDISTANCE_PT3(bc->start, bc->final); /* convert fillet to an arc */ fillet->type = PATYPE_ARC; } /* indicate succes to caller */ return 0; } /* * pfuAddSpeed -- append a speed-segment definition to path */ int pfuAddSpeed (pfuPath *path, float desired, float rate) { pfuPathSeg *segment; pfuPathSeg *old; /* allocate a new segment */ if ((segment = (pfuPathSeg *)malloc(sizeof(pfuPathSeg))) == NULL) return -1; /* initialize new segment */ segment->type = PATYPE_SPEED; segment->desired = desired; segment->rate = rate; /* precompute constant segment values */ segment->length = 0.0f; segment->orient[PF_H] = 0.0f; segment->orient[PF_P] = 0.0f; segment->orient[PF_R] = 0.0f; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* add segment as first item in chain */ if (old == NULL) { path->head = segment; segment->next = NULL; segment->prev = NULL; } /* add segment after tail of chain */ else { segment->next = NULL; segment->prev = old; old->next = segment; } /* indicate succes to caller */ return 0; } /* * pfuAddDelay -- append a delay-segment definition to path */ int pfuAddDelay (pfuPath *path, float delay) { pfuPathSeg *segment; pfuPathSeg *old; /* allocate a new segment */ if ((segment = (pfuPathSeg *)malloc(sizeof(pfuPathSeg))) == NULL) return -1; /* initialize new segment */ segment->type = PATYPE_DELAY; segment->delay = delay; /* precompute constant segment values */ segment->length = 0.0f; segment->orient[PF_H] = 0.0f; segment->orient[PF_P] = 0.0f; segment->orient[PF_R] = 0.0f; /* find tail of segment chain */ old = path->head; while (old != NULL && old->next != NULL) old = old->next; /* add segment as first item in chain */ if (old == NULL) { path->head = segment; segment->next = NULL; segment->prev = NULL; } /* add segment after tail of chain */ else { segment->next = NULL; segment->prev = old; old->next = segment; } /* indicate succes to caller */ return 0; } /* * pfuAddFile -- add path segments from a file */ int pfuAddFile (pfuPath *path, char *name) { char location[256]; char buffer[256]; FILE *fp; /* open indicated file */ if (!pfFindFile(name, location, R_OK)) { pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "pfuAddFile: " "unable to find file \"%s\"", name); return -1; } if ((fp = fopen(location, "r")) == NULL) { pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "pfuAddFile: " "unable to open file \"%s\"", location); return -2; } /* read file contents */ while (fgets(buffer, 256, fp) != NULL) { char *comment; char keyword[256]; /* look for comment character */ if ((comment = strchr(buffer, '#')) != NULL) *comment = '\0'; /* look for segment-type keyword */ if (sscanf(buffer, "%s", keyword) != 1) continue; /* process line-segments */ if (strcmp(keyword, "line") == 0) { pfVec3 start; pfVec3 final; if (sscanf(buffer, "%*s %f %f %f %f %f %f", &start[PF_X], &start[PF_Y], &start[PF_Z], &final[PF_X], &final[PF_Y], &final[PF_Z]) != 6) pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "bad line definition in segment file"); else pfuAddPath(path, start, final); } /* process arc-segments */ else if (strcmp(keyword, "arc") == 0) { pfVec3 center; float radius; pfVec2 angles; if (sscanf(buffer, "%*s %f %f %f %f %f %f", ¢er[PF_X], ¢er[PF_Y], ¢er[PF_Z], &radius, &angles[PF_X], &angles[PF_Y]) != 6) pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "bad arc definition in segment file"); else pfuAddArc(path, center, radius, angles); } /* process fillet-segments */ else if (strcmp(keyword, "fillet") == 0) { float radius; if (sscanf(buffer, "%*s %f", &radius) != 1) pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "bad fillet definition in segment file"); else pfuAddFillet(path, radius); } /* process speed-segments */ else if (strcmp(keyword, "speed") == 0) { float desired; float rate; if (sscanf(buffer, "%*s %f %f", &desired, &rate) != 2) pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "bad speed definition in segment file"); else pfuAddSpeed(path, desired, rate); } /* process delay-segments */ else if (strcmp(keyword, "delay") == 0) { float delay; if (sscanf(buffer, "%*s %f", &delay) != 1) pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "bad delay definition in segment file"); else pfuAddDelay(path, delay); } /* process close commands */ else if (strcmp(keyword, "close") == 0) pfuClosePath(path); /* report failure */ else pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuAddFile: " "unknown keyword \"%s\" in segment file", keyword); } /* close file */ fclose(fp); /* indicate succes to caller */ return 0; } /* * pfuFollowPath -- update position along path */ int pfuFollowPath(pfuPath *path, float seconds, pfVec3 where, pfVec3 orient) { float distance; float t; float angle; float sine; float cosine; float way = 1.0f; float now; /* segment defaults to first if unspecified */ if (path->here == NULL) path->here = path->head; /* NULL segment means nowhere to go! */ if (path->here == NULL) return -1; /* are we in a pause condition ? */ if (path->delay != 0.0f) { distance = 0; /* terminate pause mode */ if (pfGetTime() >= path->delay) path->delay = 0.0f; } else { /* update path speed */ path->speed += path->rate; /* clamp speed at desired velocity */ if ((path->rate > 0.0f && path->speed >= path->desired) || (path->rate < 0.0f && path->speed <= path->desired)) { path->rate = 0.0f; path->speed = path->desired; } /* compute travel distance */ distance = seconds*path->speed; } /* are we moving forward through segment-chain */ if (distance > 0.0f) { /* advance through completely-spanned segments */ while (distance > 0.0f && distance >= path->here->length - path->position) { /* move along path */ distance -= path->here->length - path->position; /* perform segment actions */ switch (path->here->type) { case PATYPE_SPEED: path->desired = path->here->desired; path->rate = path->here->rate; break; case PATYPE_DELAY: now = pfGetTime(); path->delay = now + path->here->delay; distance = 0.0f; break; default: break; } /* advance to next segment if not at end */ if (path->here->next != NULL) { path->here = path->here->next; path->position = 0.0f; } /* otherwise, just park at the end (shuttle? cycle?) */ else { path->speed = 0.0f; path->position = path->here->length; distance = 0.0f; } } /* remember new position */ path->position += distance; } /* are we moving backward through segment-chain */ else if (distance < 0.0f) { /* now its just a distance, direction is assumed */ distance = -distance; way = -1.0f; /* advance through completely-spanned segments */ while (distance > 0.0f && distance >= path->position) { /* move along path */ distance -= path->position; /* perform segment actions */ switch (path->here->type) { case PATYPE_SPEED: path->desired = path->here->desired; path->rate = path->here->rate; break; case PATYPE_DELAY: now = pfGetTime(); path->delay = now + path->here->delay; distance = 0.0f; break; default: break; } /* retreat to previous segment if not at start */ if (path->here->prev != NULL) { path->here = path->here->prev; path->position = path->here->length; } /* otherwise, just park at the front (shuttle? cycle?) */ else { path->speed = 0.0f; path->position = 0.0f; distance = 0.0f; } } /* remember new position */ path->position -= distance; } /* determine segment mediation parameter: 0=start 1=end */ t = path->position/path->here->length; /* determine current position */ switch (path->here->type) { case PATYPE_ARC: angle = path->here->angles[0] + t*path->here->angles[1]; pfSinCos(angle, &sine, &cosine); where[PF_X] = path->here->center[PF_X] + path->here->radius*cosine; where[PF_Y] = path->here->center[PF_Y] + path->here->radius*sine; where[PF_Z] = path->here->center[PF_Z]; orient[PF_H] = way*90.0f; if (path->here->angles[1] < 0.0f) orient[PF_H] = -orient[PF_H]; orient[PF_H] += angle; if (orient[PF_H] < 0.0f) orient[PF_H] += 360.0f; if (orient[PF_H] > 360.0f) orient[PF_H] -= 360.0f; orient[PF_P] = 0.0f; orient[PF_R] = -way*90.0f; if (path->here->angles[1] < 0.0f) orient[PF_R] = -orient[PF_R]; break; case PATYPE_LINE: PFCOMBINE_VEC3(where, 1.0f-t, path->here->start, t, path->here->final); PFCOPY_VEC3(orient, path->here->orient); if (way < 0.0f) { orient[PF_H] += 180.0f; orient[PF_P] = -orient[PF_P]; } break; case PATYPE_FILLET: pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuFollowPath: " "encountered fillet segment in path"); return -2; case PATYPE_SPEED: case PATYPE_DELAY: break; default: pfNotify(PFNFY_WARN, PFNFY_USAGE, "pfuFollowPath: " "bad segment type in path"); return -3; } /* scale pitch and roll parameters */ orient[PF_P] *= path->pitch; orient[PF_R] *= path->roll; /* indicate succes to caller */ return 0; } /* * compute the arc segment joining a, b, and c * * this is actually a neat derivation. there is a file named * "path.ps" in this directory that is drawing that shows the * meaning of the variables and steps below. the drawing is * a little primitve, but is much better than nothing at all. */ static int computeFillet (pfVec3 a, pfVec3 b, pfVec3 c, float radius, pfVec3 h, pfVec3 i, pfVec3 g, pfVec2 angles) { float lba; float lbc; float norm; pfVec3 bd; pfVec3 be; pfVec3 d; pfVec3 e; pfVec3 f; pfVec3 bf; float angle; float hyp; float leg; pfVec3 gh; pfVec3 gi; float xgh; float xgi; /* bd: unit length vector "from" point b toward point a */ /* lba: length of vector ba */ PFSUB_VEC3(bd, a, b); lba = PFLENGTH_VEC3(bd); norm = 1.0f/lba; PFSCALE_VEC3(bd, norm, bd); /* be: unit length vector "from" point b toward point c */ /* lbc: length of vector bc */ PFSUB_VEC3(be, c, b); lbc = PFLENGTH_VEC3(be); norm = 1.0f/lbc; PFSCALE_VEC3(be, norm, be); /* d: the point one unit from point b toward point a */ PFADD_VEC3(d, b, bd); /* e: the point one unit from point b toward point c */ PFADD_VEC3(e, b, be); /* f: midpoint of segment DE, it's on the bisector of angle ABC */ PFCOMBINE_VEC3(f, 0.5f, d, 0.5f, e); /* bf: unit length vector "from" point b toward point f */ PFSUB_VEC3(bf, f, b); norm = 1.0f/PFLENGTH_VEC3(bf); PFSCALE_VEC3(bf, norm, bf); /* angle ABF and FBC -- one half of angle ABC */ angle = 0.5f*acosf(PFDOT_VEC3(bd, be)); /* * the sides of a right triangle whose base (LEG) is along BA and * whose height is RADIUS. */ hyp = radius/sinf(angle); leg = sqrtf(hyp*hyp - radius*radius); /* * is the triangle's base too long to fit within AB and BC ? if so * then the arc's radius is too big */ if (leg > lba || leg > lbc) return -1; /* g: the center of the arc */ PFCOMBINE_VEC3(g, 1.0f, b, hyp, bf); /* h: the point on AB tangent to the arc */ PFCOMBINE_VEC3(h, 1.0f, b, leg, bd); /* i: the point on BC tangent to the arc */ PFCOMBINE_VEC3(i, 1.0f, b, leg, be); /* gh: unit length vector "from" point g toward point h */ PFSUB_VEC3(gh, h, g); norm = 1.0f/PFLENGTH_VEC3(gh); PFSCALE_VEC3(gh, norm, gh); /* gi: unit length vector "from" point g toward point i */ PFSUB_VEC3(gi, i, g); norm = 1.0f/PFLENGTH_VEC3(gi); PFSCALE_VEC3(gi, norm, gi); /* the angle CCW from +X in the XY plane to GH */ xgh = PF_RAD2DEG(atan2f(h[PF_Y] - g[PF_Y], h[PF_X] - g[PF_X])); if (xgh < 0.0f) xgh += 360.0f; /* the angle CCW from +X in the XY plane to GI */ xgi = PF_RAD2DEG(atan2f(i[PF_Y] - g[PF_Y], i[PF_X] - g[PF_X])); if (xgi < 0.0f) xgi += 360.0f; /* set the starting angle */ angles[0] = xgh; /* compute the arc's magnitude */ angles[1] = xgi - xgh; /* compute the arc's sign */ if (angles[1] > 180.0f) angles[1] -= 360.0f; else if (angles[1] < -180.0f) angles[1] += 360.0f; #ifdef VERBOSE pfNotify(PFNFY_DEBUG, PFNFY_PRINT, "computeFillet"); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " input:"); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " a: %g %g %g", a[PF_X], a[PF_Y], a[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " b: %g %g %g", b[PF_X], b[PF_Y], b[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " c: %g %g %g", c[PF_X], c[PF_Y], c[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, "output:"); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " a: %g %g %g", a[PF_X], a[PF_Y], a[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " h: %g %g %g", h[PF_X], h[PF_Y], h[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " g: %g %g %g", g[PF_X], g[PF_Y], g[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " radius = %g", radius); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " start = %g", angles[0]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " turn = %g", angles[1]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " i: %g %g %g", i[PF_X], i[PF_Y], i[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, " c: %g %g %g", c[PF_X], c[PF_Y], c[PF_Z]); pfNotify(PFNFY_DEBUG, PFNFY_PRINT, NULL); #endif return 0; } -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 1 18:24:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA29995; Mon, 1 Jul 1996 18:01:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA29979; Mon, 1 Jul 1996 18:01:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA19895; Mon, 1 Jul 1996 18:01:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA10384; Mon, 1 Jul 1996 18:01:49 -0700 Received: from inesc.inesc.pt (inesc.inesc.pt [146.193.0.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA27373 for ; Mon, 1 Jul 1996 18:01:39 -0700 Received: from minerva.inesc.pt (minerva-2.inesc.pt) by inesc.inesc.pt with SMTP; id AA03062 (/); Tue, 2 Jul 1996 02:01:30 +0100 Received: from minerva (localhost) by minerva.inesc.pt (4.1/Sun OS 4.1.1) id AA02084; Tue, 2 Jul 96 02:01:30 +0100 Sender: mgo@minerva.inesc.pt Message-Id: <31D874EA.41C67EA6@minerva.inesc.pt> Date: Tue, 02 Jul 1996 02:01:30 +0100 From: Nuno Godinho X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: Don Hatch Cc: Nuno Godinho , Performer Mailing List Subject: Re: HELP: Problem with pfuPath References: <31D6CE20.41C67EA6@minerva.inesc.pt> <9607011649.ZM22206@hell.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Don Hatch wrote: > > On Jun 30, 7:57pm, Nuno Godinho wrote: > > Subject: HELP: Problem with pfuPath > > I just can't seem to make pfuPath work correctly. > > > > WHen I load ONE path from a file to make my dolphin go around in circles > > everything works ok. > > > > If I load another path to make my duck swim I start getting problems: > > If we load the duck prior to the dolphin everything is ok. Switching > > their order... the trajectories tend to go wild (in reverse order... or > > some other strange behaviours). > > > > pfuPrintPath simply crashes my application. > > I'm not too surprised... when I tried it, > it got into an endlessline loop trying to follow > a closed path forever. But... isn't that what close is supposed to do? I need an endless loop! But I have (good?) news. I stopped using arcs and the problems just went away. I'm using lines with fillets. I still have a problem, though. This file: line -55 105 .6 -55 95 .6 fillet 3 line -55 95 .6 -45 95 .6 fillet 3 line -45 95 .6 -45 105 .6 fillet 3 line -45 105 .6 -55 105 .6 fillet 3 close ...can't seem to make a fillet between the last and the fist lines (connected with close). > As for the order-of-loading-dependent behavior, we haven't seen > this; it sounds like it could be memory corruption > in some other part of the program. It may be. But as I told you, the problems went away when I quit using arcs. thanks for your help Oceanario Virtual ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 00:14:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id XAA00435; Mon, 1 Jul 1996 23:48:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id XAA00419; Mon, 1 Jul 1996 23:48:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA26500; Mon, 1 Jul 1996 23:48:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18902; Mon, 1 Jul 1996 23:48:38 -0700 Received: from gate.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA28290 for ; Mon, 1 Jul 1996 23:48:36 -0700 Received: from lesol1.dseg.ti.com ([128.247.231.86]) by gate.ti.com (8.6.13/ac3i.dseg.ti.com) with ESMTP id BAA01553 for ; Tue, 2 Jul 1996 01:48:35 -0500 Received: from m2.rts.dseg.ti.com (m2.dseg.ti.com [128.247.216.212]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id BAA00650 for ; Tue, 2 Jul 1996 01:48:03 -0500 Received: by m2.rts.dseg.ti.com (4.1/SMI-4.1) id AA22965; Tue, 2 Jul 96 01:52:07 CDT Date: Tue, 2 Jul 96 01:52:07 CDT From: tpravata@m2.rts.dseg.ti.com (Todd R Pravata) Message-Id: <9607020652.AA22965@m2.rts.dseg.ti.com> To: info-performer@sgi.com Subject: lrectread and PM_LUMINANCE pixmode Reply-To: Status: O Hi. I'm need to read a large portion of the framebuffer at 30 Hz to feed data from a Performer rendered scene to a tracker running in real-time. The basic question: What is the fastest way to read from the framebuffer given the requirements of my application: 12 bits per pixel, single component pixel (intensity only), a large image (630K pixels), and must be IRIS GL? Can someone please explain the "findings" below? Can someone please explain "PM_LUMINANCE" mode? Findings: I have modified perfly (see code snippets below) so that I can toggle through the combinations of pixmode INPUT and OUTPUT FORMAT and TYPE (in order to find the combination that works) and so that I am drawing 12 bit pixels. Here is what I have found: OUTPUT_FORMAT OUTPUT_TYPE INPUT_FORMAT INPUT_TYPE RATE -------------------------------------------------------------------------------- BGR UNSIGNED_BYTE DC DC 30 BGR UNSIGNED_SHORT DC DC 15 BGR UNSIGNED_SHORT_12 DC DC 20 RGB UNSIGNED_BYTE DC DC 12 RGB UNSIGNED_SHORT DC DC 12 RGB UNSIGNED_SHORT_12 DC DC 20 LUMINANCE DC LUMINANCE DC 30 LUMINANCE DC BGR DC 15 LUMINANCE DC RGB DC 15 Note: I am not interested in any of the formats with alpha components. Note: This test was conducted on an RE2. Note: DC = don't care The good news is that I can read 12 bit pixels using PM_LUMINANCE at 30 Hz. However, I don't really understand what PM_LUMINANCE does in GL. I read the OpenGL man page for the corresponding mode (glreadpixels GL_LUMINANCE) and and it says that the value will be the sum of the RED, GREEN and BLUE components. Is this what PM_LUMINANCE does? Or, does it take the value specified by readcomponent (the readcomponent man page does not mention PM_LUMINANCE)? >From the pixmode man page: PM_INPUT_FORMAT, PM_OUTPUT_FORMAT, default values: PM_ABGR. If in RGBmode, specifies the pixel color component format; if in cmode, has no effect. The format specifies the number and order of color components. May be one of: PM_ABGR, PM_BGR, PM_RGBA, PM_RGB, PM_LUMINANCE, PM_LUMINANCEA, PM_ALPHA. If PM_LUMINANCE or PM_LUMINANCEA is selected as the PM_OUTPUT_FORMAT, all of the other features of pixmode will be ignored except for PM_INPUT_TYPE, PM_OUTPUT_TYPE, PM_OFFSET, and PM_STRIDE. The observations conflict with the statement in the man page. It seems that the INPUT_FORMAT is not being ignored when the OUTPUT_FORMAT is PM_LUMINANCE since setting it does have an effect on the speed of the lrectread. Note: I modified InitPipe to set my pixel size to 12 bits: static int FBAttrs[] = { PFFB_DOUBLEBUFFER, PFFB_DEPTH_SIZE, 24, PFFB_RED_SIZE, 12, PFFB_SAMPLES, 8, PFFB_STENCIL_SIZE, 1, None, }; pfPWinFBConfigAttrs(pw, FBAttrs); pfConfigPWin(pw); Here is the function that reads from the framebuffer: readScreen() { int xorg, yorg, xsize, ysize; unsigned long *scrbuf = NULL; xorg = 0; yorg = 0; xsize = XSIZE; ysize = YSIZE; /* read from FRONT-buffer to get channel stats info */ readsource(SRC_AUTO); scrbuf = ViewState->scrbuf1; pixmode(PM_TTOB, ViewState->pm_ttob); pixmode(PM_RTOL, ViewState->pm_rtol); /* PM_INPUT_FORMAT, PM_OUTPUT_FORMAT, default values: PM_ABGR. If in RGBmode, specifies the pixel color component format; if in cmode, has no effect. The format specifies the number and order of color components. May be one of: PM_ABGR, PM_BGR, PM_RGBA, PM_RGB, PM_LUMINANCE, PM_LUMINANCEA, PM_ALPHA. If PM_LUMINANCE or PM_LUMINANCEA is selected as the PM_OUTPUT_FORMAT, all of the other features of pixmode will be ignored except for PM_INPUT_TYPE, PM_OUTPUT_TYPE, PM_OFFSET, and PM_STRIDE. */ pixmode(PM_INPUT_FORMAT, ViewState->pm_input_format); pixmode(PM_OUTPUT_FORMAT, ViewState->pm_output_format); /* PM_INPUT_TYPE, default values: PM_UNSIGNED_BYTE. Specifies the type of pixel color components. May be one of: PM_BITMAP, PM_BYTE, PM_UNSIGNED_BYTE, PM_SHORT_12, PM_UNSIGNED_SHORT_12, PM_SHORT, PM_UNSIGNED_SHORT, PM_INT, PM_UNSIGNED_INT, PM_FLOAT. */ pixmode(PM_INPUT_TYPE, ViewState->pm_input_type); /* PM_OUTPUT_TYPE, default values: PM_UNSIGNED_BYTE. Specifies the type of pixel color components. May be one of: PM_BITMAP, PM_UNSIGNED_BYTE, PM_UNSIGNED_SHORT_12, PM_UNSIGNED_SHORT, PM_UNSIGNED_INT, PM_FLOAT. */ pixmode(PM_OUTPUT_TYPE, ViewState->pm_output_type); /* PM_SIZE, default value: 32. Number of bits per pixel. Used for packing during reads and writes. Valid values: 1, 4, 8, 12, 16, 24, 32, 64 (see NOTES below) */ pixmode(PM_SIZE, ViewState->pm_size); /* RC_ABGR Indicates that all 4 frame buffer components, ABGR should be transferred. This is the default. RC_ALPHA selects the alpha channel of the current framebuffer selected by readsource. RC_BLUE selects the blue channel of the current framebuffer selected by readsource. RC_GREEN selects the green channel of the current framebuffer selected by readsource. RC_RED selects the red channel of the current framebuffer selected by readsource. */ readcomponent(ViewState->read_component); /* read the display */ lrectread((short)xorg, (short)yorg, (short)(xorg+xsize-1), (short)(yorg+ysize-1), scrbuf); } Here are my initial values (note that I only change input_format, output_format, input_type and output_type): ViewState->pm_rtol = 0; ViewState->pm_ttob = 0; ViewState->pm_size = 32; ViewState->read_component = RC_ABGR; ViewState->pm_output_format = PM_BGR; ViewState->pm_input_format = PM_BGR; ViewState->pm_output_type = PM_UNSIGNED_BYTE; ViewState->pm_input_type = PM_UNSIGNED_BYTE; -- Todd Pravata todd.pravata@ti.com 214-575-6126 Visual Simulation Lab, Texas Instruments "The significant problems that we face cannot be solved at the same level of thinking we were at when we created them." -- Albert Einstein ** Views expressed are not necessarily those of Texas Instruments ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 03:06:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA00600; Tue, 2 Jul 1996 02:39:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA00582; Tue, 2 Jul 1996 02:39:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29503; Tue, 2 Jul 1996 02:39:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23905; Tue, 2 Jul 1996 02:39:44 -0700 Received: from mail.artcom.de (www.artcom.de [193.101.179.46]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA26942 for ; Tue, 2 Jul 1996 02:39:18 -0700 Received: from aldi by mail.artcom.de with smtp id m0ub1sN-0005HHC; Tue, 2 Jul 96 11:36 MDT Sender: crux@artcom.de Message-ID: <31D8ED86.41C6@artcom.de> Date: Tue, 02 Jul 1996 11:36:06 +0200 From: Dirk Luesebrink Organization: D-FACTS bv X-Mailer: Mozilla 3.0b4 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: "Eric A. Brittain" CC: info-performer@sgi.com Subject: Re: Occulsion Culling References: <199606231410.HAA03764@babar.asd.sgi.com> <9606231554.ZM3651@bitch.reading.sgi.com> <0lnz2PVz0001M8wpcT@immersive.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Eric A. Brittain wrote: > > I would like to propose another alternative to occulsion culling. > Since we can't get to the primitive level of culling in Performer, > could we constantly change the geometry of a geoset? > yes, its possible. but it has some tricky consequences. > For example, suppose I have an indexed set of quads. > What if I determine all visible polygons and rearrange the index array > to reflect only the visible polygons (assuming the primitive is one color and > non textured)? I would also change the primitive count to reflect the > number of primitives in the geoset. Would this approach work? > you have to have in mind that and change you apply to the real data in a geoset is not multibuffered. this is only relevant in multiprocess mode. for example, if you modify the prim count, it takes immidiate effect. depending on the timing of app proccess the current draw(which is up to 2 or 3 frames ahead of the app) or the next draw cycle will use the new value. you even can loose certain values completly when timeing is somthing like this app3 app4 draw1 draw2 then the value set by app3 never will make it to a rendered frame. (the diagram is not that precise, i know) same arguments apply to the vertex data or colors and texture data in the geosets. this results in jumping, jittering simulations. check out pfCycleBuffer to wrap a multiprocessing save api around your unbuffered data modifications. > Would there be a performance loss to changing the geoset? > as long as the calculations involved didnt make my app to slow(slower then the draw), no problem. one concern can be the recomputation of bounding boxes. Performer can be configuered to automatically recalculate the BBox when the geometry changes, which can becomes preformance problem to be done every frame. > Eric > > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 03:12:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA00620; Tue, 2 Jul 1996 02:45:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA00604; Tue, 2 Jul 1996 02:45:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29572; Tue, 2 Jul 1996 02:45:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24117; Tue, 2 Jul 1996 02:45:08 -0700 Received: from odin.corp.sgi.com ([198.29.75.194]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA27736 for ; Tue, 2 Jul 1996 02:45:08 -0700 Received: from nptc2.nsg.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id CAA12720; Tue, 2 Jul 1996 02:45:01 -0700 Received: by nptc2.nsg.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id CAA11221; Tue, 2 Jul 1996 02:44:56 -0700 From: "Matsumura Makoto" Message-Id: <9607020244.ZM11219@nptc2.nsg.sgi.com> Date: Tue, 2 Jul 1996 02:44:56 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: 3DTex in Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Performer Gulls. I can not find the way to specify 3DTex coord. in Geoset. (in OpenGL term, glTexCoord3* ) Is there any way to do PER_VERTEX 3D texture coord specification. like: pfGSetAttr( params->volgs , PFGS_TEXCOORD3, PFGS_PER_VERTEX, tcrds, tind); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ or , is there any loader/model) which supports this feature? I have tried to use 3DTexture with TexGen and it works. Thanks In Advance. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 10:56:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA01163; Tue, 2 Jul 1996 10:50:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA01147; Tue, 2 Jul 1996 10:50:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05481; Tue, 2 Jul 1996 10:50:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09852; Tue, 2 Jul 1996 10:50:06 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA08953 for ; Tue, 2 Jul 1996 10:50:05 -0700 Received: from esper.ucsd.edu by mail.ucsd.edu; id KAA01309 sendmail 8.6.12/UCSD-2.2-sun via ESMTP Tue, 2 Jul 1996 10:50:01 -0700 for <@mail.ucsd.edu:info-performer@sgi.com> Received: by esper.ucsd.edu (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA26782; Tue, 2 Jul 1996 10:49:55 -0700 Date: Tue, 2 Jul 1996 10:49:55 -0700 Message-Id: <199607021749.KAA26782@esper.ucsd.edu> From: Jon Christensen To: info-performer@sgi.com Subject: question about libpfpfb.a beta 2 Reply-To: Jon Christensen Status: O Hi, When using the new .pfb routines (libpfpfba.a), either from 'pfconv' or from 'pfdStoreFile_pfb' I get the following warnings: PF Warning/Usage: pfMaterial::getColor() Unknown color token 4608 PF Warning/Usage: pfMaterial::getColor() Unknown color token 4609 PF Warning/Usage: pfMaterial::getColor() Unknown color token 4610 PF Warning/Usage: pfMaterial::getColor() Unknown color token 5632 The .pfb files can be read and written but material properties are lost. Any suggestions about what might be wrong? If "color token" in the warning message refers to the first argument of pfMaterial::getColor(), perhaps this is an issues with differing IRIS GL / OPEN GL constants? We're using Performer 2.0 on a Power Onyx running IRIX 6.1. -- Jon =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jon Christensen phone: (619) 642-0343 Dept. of Electrical and Computer Engineering fax: (619) 534-7654 University of California, San Diego email: jmc@ece.ucsd.edu 3050 Urey Hall Addition, 9500 Gilman Drive La Jolla, CA 92093-0339 http://sdchemw1.ucsd.edu/~jmc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 11:21:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA01223; Tue, 2 Jul 1996 11:14:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA01207; Tue, 2 Jul 1996 11:14:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06175; Tue, 2 Jul 1996 11:14:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11140; Tue, 2 Jul 1996 11:14:34 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA15540 for ; Tue, 2 Jul 1996 11:14:33 -0700 From: wasileskib@adadv1.mdc.com Date: Tue, 2 Jul 1996 13:09:49 -0500 Message-Id: <96070213094895@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Channel Data X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Does anyone know of any limitations on the use and/or implementation of allocating channel data? I have an array of pointer of a user-defined data type which corresponds to an array pf pfChannels. I allocChanData for each channel and assign it to the chan_data pointer. Everything seem to work fine with the assigning of the channel data but none of the data seems to make it into the call backs. I tried a sample struct for which I assigned every channel to point to the same channel data and it ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 11:29:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA01255; Tue, 2 Jul 1996 11:22:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA01239; Tue, 2 Jul 1996 11:22:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06387; Tue, 2 Jul 1996 11:22:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11583; Tue, 2 Jul 1996 11:22:36 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA17890 for ; Tue, 2 Jul 1996 11:22:35 -0700 From: wasileskib@adadv1.mdc.com Date: Tue, 2 Jul 1996 13:20:15 -0500 Message-Id: <96070213201573@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: channel data X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Does anyone no of any limitations, allocating and/or implementing channel data from shared memory? I have an array of pointers of a user-defined data type which corresponds to an array pf pfChannels.I allocChanData for each channel and assign it to the chan_data pointer; I send the channel data before every pfFrame but none if it seems to make it the callback functions. The one test case I ran which seem to work was if all the channel data pointed to the same struct of data. - Bryan Wasileski MDTS ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 13:58:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA01656; Tue, 2 Jul 1996 13:50:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA01640; Tue, 2 Jul 1996 13:50:28 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10417; Tue, 2 Jul 1996 13:50:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA18765; Tue, 2 Jul 1996 13:50:27 -0700 Received: from marna.wormald.com.au ([203.63.56.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA26142 for ; Tue, 2 Jul 1996 13:50:24 -0700 From: axlord@gdonk.eterna.com.au Received: from localhost (axlord@localhost) by marna.wormald.com.au (8.7.4/8.7.3) with SMTP id GAA17067 for ; Wed, 3 Jul 1996 06:43:42 +1000 (EST) Date: Wed, 3 Jul 1996 06:43:42 +1000 (EST) X-Sender: axlord@marna.wormald.com.au To: info-performer@sgi.com Subject: pfCullFace - bad mode Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I've been porting some s/w from IRIS GL Performer 2.0 to OPEN GL Performer 2.1 and although it's mostly working I'm getting the message: PF Warning/Usage: pfCullFace - bad mode: 1 constantly. THe s/w never calls pfCullFace directly and the calls to pfGStateMode(PFSTATE_CULLFACE ...) all seem to be using the correct constants.... clues anybody? Thanx P.S: Pls cc: replies to this E-mail address as this address isn't subscribed to info-performer +----------------------------------------------------------------------------+ axlord@gdonk.eterna.com.au Ph:?????????? Simon Bennett -- Touring the U.S.A - Currently in *** Phoenix Arizona *** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 15:03:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA01983; Tue, 2 Jul 1996 14:56:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA01967; Tue, 2 Jul 1996 14:56:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12417; Tue, 2 Jul 1996 14:56:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21612; Tue, 2 Jul 1996 14:56:04 -0700 Received: from mcenroe.cs.unc.edu (mcenroe.cs.unc.edu [152.2.128.184]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12844 for ; Tue, 2 Jul 1996 14:56:03 -0700 Received: from baldhead.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id RAA18365; Tue, 2 Jul 1996 17:55:59 -0400 From: Hansong Zhang Received: by baldhead.cs.unc.edu (8.6.10/UNC_06_21_94) id RAA25509; Tue, 2 Jul 1996 17:55:58 -0400 Message-Id: <199607022155.RAA25509@baldhead.cs.unc.edu> Subject: Re: pfCullFace - bad mode To: axlord@gdonk.eterna.com.au Date: Tue, 2 Jul 1996 17:55:58 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: from "axlord@gdonk.eterna.com.au" at Jul 3, 96 06:43:42 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1840 Status: O > > > I've been porting some s/w from IRIS GL Performer 2.0 to OPEN GL Performer > 2.1 and although it's mostly working I'm getting the message: > > PF Warning/Usage: pfCullFace - bad mode: 1 > > constantly. THe s/w never calls pfCullFace directly and the calls to > pfGStateMode(PFSTATE_CULLFACE ...) all seem to be using the correct > constants.... clues anybody? > The problem is that pfCullFace() gets called implicitly (e.g. when performer sets up GStates) with the wrong token. All the pfCullFace related performer tokens are: for IRISGL: irisgl.h:#define PFCF_OFF 0 irisgl.h:#define PFCF_BACK 1 irisgl.h:#define PFCF_FRONT 2 irisgl.h:#define PFCF_BOTH 3 for OPENGL: opengl.h:#define PFCF_OFF 0 opengl.h:#define PFCF_BACK GL_BACK opengl.h:#define PFCF_FRONT GL_FRONT opengl.h:#define PFCF_BOTH GL_FRONT_AND_BACK And GL_BACK etc is defined in GL/gl.h as #define GL_FRONT 0x0404 #define GL_BACK 0x0405 #define GL_FRONT_AND_BACK 0x0408 Thus you don't have token 1 for pfCullFace() in OpenGL. This explains the error message you get. Possibilities include some of your object files' being old IGL versions... etc Hope this helps, Hansong ------------------------------------------------------------- Hansong Zhang \ zhangh@cs.unc.edu Walkthrough Group \ http://www.cs.unc.edu/~zhangh Department of Computer Science \ (919)962-1835 (O) UNC-Chapel Hill \ (919)929-4851 (H) "I create abstract systems from pure information, Albert. I'm a *programmer*... Quantum nonlocality is a bug." -- God ------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 17:17:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA02783; Tue, 2 Jul 1996 17:05:20 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA02767; Tue, 2 Jul 1996 17:05:19 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15921; Tue, 2 Jul 1996 17:05:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA27418; Tue, 2 Jul 1996 17:05:18 -0700 Received: from sgi600.msd.lmsc.lockheed.com ([129.197.11.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA13318 for ; Tue, 2 Jul 1996 17:05:17 -0700 Received: by sgi600.msd.lmsc.lockheed.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id RAA12155; Tue, 2 Jul 1996 17:04:41 -0700 Date: Tue, 2 Jul 1996 17:04:41 -0700 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <199607030004.RAA12155@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.com Subject: Performer + Purify + DSO problem Status: O Hi, I am trying to "Purify" my Performer App in an attempt to wring out all the little memory-type bugs. Purify on SGI's appears to be having a problem dealing with DSO's and keeps erroring out when it tries to deal with the DSO'ed database loaders. Linking the "static" versions of the loaders in /usr/lib/Performer/Static doesn't help any since the pfdLoadFile stuff ALWAYS seems to want to look for a DSO. Is there any way out of this problem? Can Purify be made to handle DSO's better? Any tips from anyone who has gone down this path would be GREATLY appreciated. Thanks, Kenneth N. Sakai Email: sakai@lmsc.lockheed.com Research Specialist/Computer Graphics Phone: (408) 756-0682 Lockheed Martin Missiles & Space Sunnyvale, CA 94088-3504 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 18:31:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA03009; Tue, 2 Jul 1996 18:23:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA02993; Tue, 2 Jul 1996 18:23:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA18514; Tue, 2 Jul 1996 18:23:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA29879; Tue, 2 Jul 1996 18:23:03 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA00087 for ; Tue, 2 Jul 1996 18:23:02 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02361; Tue, 2 Jul 96 18:23:00 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA12661; Tue, 2 Jul 1996 18:22:59 -0700 From: "Don Hatch" Message-Id: <9607021822.ZM12659@hell.asd.sgi.com> Date: Tue, 2 Jul 1996 18:22:58 -0700 In-Reply-To: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) "Performer + Purify + DSO problem" (Jul 2, 5:04pm) References: <199607030004.RAA12155@sgi600.msd.lmsc.lockheed.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai), info-performer@sgi.com Subject: Re: Performer + Purify + DSO problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 5:04pm, Ken Sakai wrote: > Subject: Performer + Purify + DSO problem > > Hi, > > I am trying to "Purify" my Performer App in an attempt to wring out all the > little memory-type bugs. Purify on SGI's appears to be having a problem dealing > with DSO's and keeps erroring out when it tries to deal with the DSO'ed > database loaders. Linking the "static" versions of the loaders in > /usr/lib/Performer/Static doesn't help any since the pfdLoadFile stuff > ALWAYS seems to want to look for a DSO. Is there any way out of this > problem? Can Purify be made to handle DSO's better? Any tips from > anyone who has gone down this path would be GREATLY appreciated. I've had success with Performer 2.0 by making sure the desired loader DSO is in the first place it tries. I.e. if purify aborts with the message: Purify: Error: match_version can't stat ./libpfobj_ogl.so.2. then say: ln -s /usr/lib/libpfdb/libpfobj_ogl.so . and it should work the next time. (It purifies the DSO on the fly, I think.) If you can't get that to work, you can always edit and recompile your program to calling pfdLoadFile_obj() (or whatever) explicitly instead of pfdLoadFile(). Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 19:06:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA03130; Tue, 2 Jul 1996 18:56:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA03114; Tue, 2 Jul 1996 18:56:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA19418; Tue, 2 Jul 1996 18:56:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA01313; Tue, 2 Jul 1996 18:56:38 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA06384; Tue, 2 Jul 1996 18:56:37 -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 TAA11392; Tue, 2 Jul 1996 19:00:07 -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 BAA04464; Wed, 3 Jul 1996 01:57:29 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id TAA10534; Tue, 2 Jul 1996 19:00:28 -0700 From: "Marcus Barnes" Message-Id: <9607021900.ZM10532@royalflush.engr.multigen.com> Date: Tue, 2 Jul 1996 19:00:27 -0700 Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: src@asd.sgi.com Subject: pfFlatten breaks pfTexGen Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Sharon, I've found that pfTexGen plane coefficients are not transformed by pfFlatten when the pfTGenMode is OBJECT_LINEAR. This breaks the texture coordinates that are generated since this mode works in object space. Once the geometry is transformed into world coordinates by pfFlatten, the texgen function is invalid. I think that pfFlatten could handle this in a couple of ways. Fetch the pfGeoState from the pfGeoSet and the pfTexGen from the pfGeoState. If the texgen is in object space do one of two things: o Clone the geostate and the texgen. Fetch the texgen plane coefficents into a pfMatrix. Transform the matrix and reapply it as the new texgen planes. This will induce some state overhead, degrading performance. o Fetch the texgen plane coefficients and compute texture coordinates for the pfGeoSet (creating them if need be). Disable the texgen. Remember the pfGeoState. After everything is flattened, traverse all the affected geostates and delete their pfTexGen's. In either case, pfGeoState inheritance should be reasserted for efficiency. Until pfFlatten is fixed, the only choice is: don't call pfFlatten when pfTexGen is in used to project textures in object space. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 19:21:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA03181; Tue, 2 Jul 1996 19:12:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA03165; Tue, 2 Jul 1996 19:12:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA19826; Tue, 2 Jul 1996 19:12:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA01786; Tue, 2 Jul 1996 19:12:49 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA09390; Tue, 2 Jul 1996 19:12:48 -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 TAA11410; Tue, 2 Jul 1996 19:16:19 -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 CAA04546; Wed, 3 Jul 1996 02:13:41 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id TAA10554; Tue, 2 Jul 1996 19:16:40 -0700 From: "Marcus Barnes" Message-Id: <9607021916.ZM10552@royalflush.engr.multigen.com> Date: Tue, 2 Jul 1996 19:16:40 -0700 In-Reply-To: "Marcus Barnes" "pfFlatten breaks pfTexGen" (Jul 2, 7:00pm) References: <9607021900.ZM10532@royalflush.engr.multigen.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: src@asd.sgi.com Subject: Re: pfFlatten breaks pfTexGen Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 7:00pm, Marcus Barnes wrote: > Subject: pfFlatten breaks pfTexGen > > Until pfFlatten is fixed, the only choice is: don't call pfFlatten when > pfTexGen is in used to project textures in object space. Another way to fix pfFlatten is to have it do nothing to the geometry that references such a texgen. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 2 23:04:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id WAA03490; Tue, 2 Jul 1996 22:55:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id WAA03474; Tue, 2 Jul 1996 22:55:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA24263; Tue, 2 Jul 1996 22:55:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA07222; Tue, 2 Jul 1996 22:55:42 -0700 Received: from UNI2B.UNIGE.CH (uni2b.unige.ch [129.194.4.32]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA18303 for ; Tue, 2 Jul 1996 22:55:36 -0700 Received: from cuisg1 (cuisg1.unige.ch) by uni2b.unige.ch (PMDF V5.0-5 #10385) id <01I6MNCK44HC00LBC5@uni2b.unige.ch> for info-performer@sgi.com; Wed, 03 Jul 1996 07:55:30 +0200 (MET-DST) Date: Wed, 03 Jul 1996 07:55:27 +0200 (MDT) From: Elwin Lee Subject: About highlighting of bounding boxes X-Sender: lee@cuisg1 To: Performer Mailing List Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Status: O Hi I am wondering if it is possible to do highlighting of bounding boxes at level other than the pfGeoState. That is to say, if I have a scene graph hierarchy, I will like to have the highest bounding box highlighted and not the bounding boxes of each individual pfGeoSets. I understand that bounding sphere is used for objects that are other than pfGeode. However, I will like to know if there is a simple and elegant way to go around this problem I will very much appreciate any reply to my question. --------------------------------------------------------------- LEE Kim Huat Elwin Elwin.Lee@cui.unige.ch MIRALab, CUI http://miralabwww.unige.ch University of Geneva 24, rue General-Dufour telephone +41/22/705 77 65 CH-1211 GENEVE 4 705 77 63 SWITZERLAND fax +41/22/705 77 80 --------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 05:09:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id EAA03837; Wed, 3 Jul 1996 04:59:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id EAA03821; Wed, 3 Jul 1996 04:59:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01935; Wed, 3 Jul 1996 04:59:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA16131; Wed, 3 Jul 1996 04:59:05 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA17462 for ; Wed, 3 Jul 1996 04:58:26 -0700 Message-Id: <199607031158.EAA17462@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 13:57:59 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 13:57:59 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 3 Jul 1996 13:57:56 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 14:58:11 +0200 Date: Wed, 3 Jul 1996 14:58:11 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960703125811] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Question Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Attenuation lightmodel MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi, I am specifying a lightsource point whose light i want to attenuate = linearly. I know I must use the setAtten member of the pfLightModel class. Hav= e I got to attribuate this lightmodel in all the pfGeoStates of the geosets = of the scene that are to be iluminated ? There are so many... Why isn't it possible to make the attenuation parameter a part of t= he pfLightSource structure. thanks, bye ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 05:23:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA03880; Wed, 3 Jul 1996 05:14:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA03864; Wed, 3 Jul 1996 05:14:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02321; Wed, 3 Jul 1996 05:14:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA16573; Wed, 3 Jul 1996 05:14:37 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA20193 for ; Wed, 3 Jul 1996 05:14:33 -0700 Message-Id: <199607031214.FAA20193@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 14:14:07 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 14:14:07 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 3 Jul 1996 14:14:05 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 3 Jul 1996 15:14:19 +0200 Date: Wed, 3 Jul 1996 15:14:19 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960703131419] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Question Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: "PF Notice Warning/Usage : Cannot create object in this buffer" error MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hello perflyers, Sometimes when I execute my performer application I have the followi= ng warning : PF Notice Warning/Usage : Cannot create object in this buffer. It looks like a deep error more than a simple warning After this I have some edge pointer effects, switching a parameter i= nstead of another, etc. Usually the Segmentation fault is not very far. My question is : How can I efficiently and rapidly find the origin o= f my error in my source code ? Usually this error occurs in a black boxed routine, so very difficul= t to isolate with a debugger like dbx. Sometimes I succeed in finding the bug origin ( sometimes a bad aloc= ated pointer ), but the other times it is very difficult, even after read= ind and re-reading my code. I need a method, or an indication on what is usually the origin of t= his kind of error. thanks in advance for your precious help... Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 09:06:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA04083; Wed, 3 Jul 1996 08:57:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA04067; Wed, 3 Jul 1996 08:57:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA07817; Wed, 3 Jul 1996 08:57:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23510; Wed, 3 Jul 1996 08:57:08 -0700 Received: from merl.com (mayflower.merl.com [140.237.8.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA07432 for ; Wed, 3 Jul 1996 08:57:06 -0700 Received: from redwood.merl.com by merl.com (4.1/SMI-4.0) id AA03497; Wed, 3 Jul 96 11:57:04 EDT Date: Wed, 3 Jul 96 11:57:04 EDT Message-Id: <9607031557.AA03497@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@neptune.merl.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "John W. Barrus" Subject: Clock rate on SGI's Cc: anderson@merl.com Status: O This may not seem like it is directly applicable to Performer, but people on this list probably care about this issue and the Performer team is always very responsive to questions relating to SGI performance. I have been using the cycle counter on several different types of sgi machines. This is explained in 'man syssgi' under SGI_QUERY_CYCLECNTR. The second argument in the syssgi call is a pointer to a place in memory in which the SGI can put a clockrate or cyclerate which is in picoseconds (10^-12 seconds) per cycle. However, after a little bit of fooling around, I found the following discrepancies: reported measured calc'ed Machine cyclerate ticks/second cyclerate clockspeed extreme 32,000 25,000,000 40,000 250 MHz indy 45,454 22,222,222 45,000 132 Mhz onyx 21,000 47,629,629 21,000 150 MHz other onyx 21,000 47,629,629 21,000 200 MHz So: I have been writing code to find out the actual cyclerate inside my program when I realized that it would be much better if I could just test each machine and put the right value in the right place on the machine once and not have to run the test everytime my program ran. Anyone know how to do this? How should I go about complaining to SGI to fix their cyclerate values? Please e-mail me directly in addition to posting your responses to the mailing list and if there is an interesting outcome, I will post a summary to the list. Thanks, John B. John W. Barrus Research Scientist Mitsubishi Electric Research Labs Voice: (617) 621-7535 201 Broadway Fax: (617) 621-7550 Cambridge, MA 02139 E-mail: barrus@merl.com http://www.merl.com/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 09:12:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA04114; Wed, 3 Jul 1996 09:03:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA04098; Wed, 3 Jul 1996 09:03:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA08016; Wed, 3 Jul 1996 09:03:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23926; Wed, 3 Jul 1996 09:03:51 -0700 Received: from merl.com (mayflower.merl.com [140.237.8.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA08883 for ; Wed, 3 Jul 1996 09:03:50 -0700 Received: from redwood.merl.com by merl.com (4.1/SMI-4.0) id AA03536; Wed, 3 Jul 96 12:03:48 EDT Date: Wed, 3 Jul 96 12:03:48 EDT Message-Id: <9607031603.AA03536@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@neptune.merl.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "John W. Barrus" Subject: Re: Clock rate on SGI's Cc: anderson@merl.com Status: O I found the following Q&A in the Performer FAQ. Is this the same clock as that used in the syssgi(SGI_QUERY_CYCLECNTR) call? If so, this must be the same problem. Is the cycle rate returned by that call built into hardware, or is compiled in somewhere as a constant? If it is compiled in, it seems like a patch would solve the problem. Any thoughts or suggestions? John B. ========== Subject: + -56- 2.0 Bug pfInitClock() and Video Rate on 250MHz IMPACT Date: 12 Dec 95 00:00:01 EST The clock period determined by pfInitClock() on 250MHz IMPACT systems is apparently inconsistent with the true clock period. It seems that the actual clock period is that of a 200MHz system. Consequently, pfGetTime() will return a time that is .8 (200/250) that of the true time. Among other things, this invalidates the calculations done by Performer to determine the current video rate. As a workaround, you can specify an alternate clock period with the PFCLOCKPERIOD environment variable. If set, PFCLOCKPERIOD specifies the clock period, in picoseconds, to be used by pfInitClock(). For proper behavior on 250MHz IMPACT systems, use 40000 for the period. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 10:20:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA04240; Wed, 3 Jul 1996 10:12:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA04224; Wed, 3 Jul 1996 10:12:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10437; Wed, 3 Jul 1996 10:12:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27238; Wed, 3 Jul 1996 10:12:17 -0700 Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26115 for ; Wed, 3 Jul 1996 10:12:15 -0700 Received: from panoramix.urc.tue.nl [131.155.4.131] by mailhost.tue.nl (8.7.4) for id TAA27197 (ESMTP). Wed, 3 Jul 1996 19:12:13 +0200 (MET DST) Received: from rcion@localhost by panoramix.urc.tue.nl (8.7.5) for info-performer@sgi.com id TAA22500. Wed, 3 Jul 1996 19:12:46 +0200 (MDT) From: Ion Barosan Message-Id: <199607031712.TAA22500@panoramix.urc.tue.nl> Subject: 3DS To: info-performer@sgi.com Date: Wed, 3 Jul 1996 19:12:46 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I have tried to recompile and use the 3DS loader but it doesn't work. Could someone tell me why the .so versions are smaller that the .so that come with Performer2.0 ? I have compiled all the versions of 3ds loader (ogl, igl ,...) but all are smaller that the original size. Then I tried to run perfly with an 3ds object, but it didn't work ? Has someone have the same experience with another loader of with a new one ? Any help will be appreciated ? Regards, -Ion. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 10:24:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA04266; Wed, 3 Jul 1996 10:16:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA04250; Wed, 3 Jul 1996 10:16:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10558; Wed, 3 Jul 1996 10:16:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27379; Wed, 3 Jul 1996 10:16:17 -0700 Received: from discreet.qc.ca (discreet.qc.ca [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26713 for ; Wed, 3 Jul 1996 10:16:17 -0700 From: panisset@discreet.qc.ca Received: by gate.discreet.qc.ca id <48667>; Wed, 3 Jul 1996 13:29:02 -0400 Message-Id: <96Jul3.132902edt.48667@gate.discreet.qc.ca> Date: Wed, 3 Jul 1996 13:03:48 -0400 In-Reply-To: "John W. Barrus" "Re: Clock rate on SGI's" (Jul 3, 12:03pm) References: <9607031603.AA03536@merl.com> Reply-To: panisset@discreet.qc.ca X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Clock rate on SGI's Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > The clock period determined by pfInitClock() on 250MHz IMPACT > systems is apparently inconsistent with the true clock period. It > seems that the actual clock period is that of a 200MHz system. > Consequently, pfGetTime() will return a time that is .8 (200/250) > that of the true time. Turns out that this is a bug in IRIX 5.3 All Impact when running on certain models of the 250MHz R4400 CPU module. More specificaly, if your CPU module revision is: 030-0808-001 RevE the cycle counter time will be reported as 32000 ps, whereas it should be 40000 ps. This has been fixed under IRIX 6.2, which reports 40000. If your CPU module revision is: 030-0937-001 RevA both 5.3 All Impact and 6.2 will report a cycle interval of 48000 ps, which appears to be correct. Found this out the hard way... JF -- Jean-Francois Panisset panisset@discreet.qc.ca Software Engineer Discreet Logic ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 11:14:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA04411; Wed, 3 Jul 1996 11:04:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA04395; Wed, 3 Jul 1996 11:04:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11894; Wed, 3 Jul 1996 11:04:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA29620; Wed, 3 Jul 1996 11:04:23 -0700 Received: from merl.com (mayflower.merl.com [140.237.8.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA08972 for ; Wed, 3 Jul 1996 11:04:17 -0700 Received: from redwood.merl.com by merl.com (4.1/SMI-4.0) id AA04675; Wed, 3 Jul 96 14:04:13 EDT Date: Wed, 3 Jul 96 14:04:13 EDT Message-Id: <9607031804.AA04675@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@neptune.merl.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: panisset@discreet.qc.ca, info-performer@sgi.com From: "John W. Barrus" Subject: Re: Clock rate on SGI's Status: O >Turns out that this is a bug in IRIX 5.3 All Impact when running on certain >models of the 250MHz R4400 CPU module. More specificaly, if your CPU module >revision is: > >030-0808-001 RevE > >the cycle counter time will be reported as 32000 ps, whereas it should be 40000 >ps. This has been fixed under IRIX 6.2, which reports 40000. If your CPU module >revision is: > >030-0937-001 RevA > >both 5.3 All Impact and 6.2 will report a cycle interval of 48000 ps, which >appears to be correct. > >Found this out the hard way... > We found out the hard way also, but this doesn't explain the problem with the indy who claims to have a number 45454 but is actually 45000 (see earlier chart). Same problem? John B. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 11:31:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA04462; Wed, 3 Jul 1996 11:23:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA04446; Wed, 3 Jul 1996 11:23:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA12573; Wed, 3 Jul 1996 11:23:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00446; Wed, 3 Jul 1996 11:23:02 -0700 Received: from trident.neiddd.com ([206.229.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13545 for ; Wed, 3 Jul 1996 11:22:59 -0700 Received: from ohio.neiddd.com by trident.neiddd.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for <@trident.neiddd.com:info-performer@sgi.com> id OAA13557; Wed, 3 Jul 1996 14:20:48 -0400 Received: by ohio.neiddd.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id OAA05349; Wed, 3 Jul 1996 14:20:49 -0400 From: "Ray Twiddy" Message-Id: <9607031420.ZM5347@ohio.neiddd.com> Date: Wed, 3 Jul 1996 14:20:47 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: textured polygon in HUD overlay Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I would like to display a color key in a HUD overlay plane. The color key is ageoset containing a simple textured polygon. I would like to overlay this 2-D color key over a pseudo-colored 3-D surface so that key remains fixed as the user flies over the surface. My question is what is the best way to display 2-D textured polygons in a HUD overlay? In Performer using geoset or using OpenGL? I'm running Performer 2.0, OpenGL, C++ on a Maximum IMPACT under IRIX 5.3. Any assistance will be appreciated. -- Ray Twiddy | / ____/ / NEI - Nomura Enterprise Inc. rltwiddy@neiddd.com | / / / 14240-G Sullyfield Circle Bus. (703) 818-1990 / | / ___/ / Chantilly, VA 20151-1661 FAX (703) 818-7626 / / / / ___________________________________________________ __/ __/ _____/ __/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 11:49:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA04575; Wed, 3 Jul 1996 11:39:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA04559; Wed, 3 Jul 1996 11:39:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13133; Wed, 3 Jul 1996 11:39:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01161; Wed, 3 Jul 1996 11:39:03 -0700 Received: from merl.com (mayflower.merl.com [140.237.8.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA17768 for ; Wed, 3 Jul 1996 11:39:02 -0700 Received: from redwood.merl.com by merl.com (4.1/SMI-4.0) id AA04856; Wed, 3 Jul 96 14:39:01 EDT Date: Wed, 3 Jul 96 14:39:01 EDT Message-Id: <9607031839.AA04856@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@neptune.merl.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "John W. Barrus" Subject: Re: Clock rate on SGI's Cc: anderson@merl.com, dick@merl.com Status: O When writing code to test the actual clock rate, we had a funny experience. The output at the end of this mail message contains a series of runs of the "clocktest" program at different times and at different accuracies (which decides how long the program should run). The number after 'clocktest' tells the program how accurate the answer needs to be. We found the actual calculated clock rate to be 40,000 sometimes and 41,600 at other times. This was on a 250Mhz R4400 Extreme. Our Elan changes between 39999 and 39995 for minutes at a time also. Same program, just run at a different time. Of course, I am less concerned about a 0.01 percent change on the Elan than the huge 4 percent variation on the Extreme. What could be the problem here? John B. (Note: at one point I changed and recompiled the program, but it didn't make a difference in the output) ========== barrus@extreme>clocktest Given: 32000 Calculated: 39999 setenv SGI_CYCLE_COUNT 39999 barrus@extreme>clocktest <--- instantaneous dramatic change Given: 32000 Calculated: 41620 setenv SGI_CYCLE_COUNT 41620 barrus@extreme>clocktest 0.0001 Given: 32000 Calculated: 41600 setenv SGI_CYCLE_COUNT 41600 barrus@extreme>clocktest 0.0001 Given: 32000 Calculated: 41600 setenv SGI_CYCLE_COUNT 41600 barrus@extreme>clocktest Given: 32000 Calculated: 41613 setenv SGI_CYCLE_COUNT 41613 barrus@extreme>clocktest 0.00004 Given: 32000 Calculated: 41599 setenv SGI_CYCLE_COUNT 41599 barrus@extreme>clocktest 0.00004 Given: 32000 Calculated: 41600 setenv SGI_CYCLE_COUNT 41600 barrus@extreme>clocktest Given: 32000 Calculated: 41613 setenv SGI_CYCLE_COUNT 41613 barrus@extreme>clocktest 1.0 <-- asked for 1% accuracy Given: 32000 Calculated: 35410 setenv SGI_CYCLE_COUNT 35410 barrus@extreme>clocktest 0.1 Given: 32000 Calculated: 43155 setenv SGI_CYCLE_COUNT 43155 barrus@extreme>clocktest 0.01 Given: 32000 Calculated: 41663 setenv SGI_CYCLE_COUNT 41663 barrus@extreme>clocktest 0.001 Given: 32000 Calculated: 41606 setenv SGI_CYCLE_COUNT 41606 barrus@extreme>clocktest 0.0001 Given: 32000 Calculated: 41600 setenv SGI_CYCLE_COUNT 41600 barrus@extreme>clocktest 0.00004 Given: 32000 Calculated: 41600 setenv SGI_CYCLE_COUNT 41600 barrus@extreme>clocktest 0.001 <-- instantaneous dramatic change Given: 32000 Calculated: 39999 setenv SGI_CYCLE_COUNT 39999 barrus@extreme>clocktest 0.00004 Given: 32000 Calculated: 39999 setenv SGI_CYCLE_COUNT 39999 barrus@extreme>clocktest 0.001 Given: 32000 Calculated: 39999 setenv SGI_CYCLE_COUNT 39999 barrus@extreme>clocktest 0.001 Picosecs/tick given: 32000 Calculated: 40032 setenv SGI_CYCLE_COUNT 40032 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40025 setenv SGI_CYCLE_COUNT 40025 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40000 setenv SGI_CYCLE_COUNT 40000 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40000 setenv SGI_CYCLE_COUNT 40000 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40000 setenv SGI_CYCLE_COUNT 40000 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40000 setenv SGI_CYCLE_COUNT 40000 barrus@extreme>clocktest 0.00004 Picosecs/tick given: 32000 Calculated: 40000 setenv SGI_CYCLE_COUNT 40000 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 13:17:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA04766; Wed, 3 Jul 1996 13:10:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA04750; Wed, 3 Jul 1996 13:10:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16212; Wed, 3 Jul 1996 13:10:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA05354; Wed, 3 Jul 1996 13:10:23 -0700 Received: from gate.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08100 for ; Wed, 3 Jul 1996 13:10:21 -0700 Received: from lesol1.dseg.ti.com ([128.247.231.86]) by gate.ti.com (8.6.13/ac3i.dseg.ti.com) with ESMTP id PAA14785; Wed, 3 Jul 1996 15:10:08 -0500 Received: from m2.rts.dseg.ti.com (m2.dseg.ti.com [128.247.216.212]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id PAA21962; Wed, 3 Jul 1996 15:09:36 -0500 Received: by m2.rts.dseg.ti.com (4.1/SMI-4.1) id AA00598; Wed, 3 Jul 96 15:13:40 CDT Date: Wed, 3 Jul 96 15:13:40 CDT From: tpravata@m2.rts.dseg.ti.com (Todd R Pravata) Message-Id: <9607032013.AA00598@m2.rts.dseg.ti.com> To: sakai@sgi600.msd.lmsc.lockheed.com Cc: info-performer@sgi.com In-Reply-To: <199607030004.RAA12155@sgi600.msd.lmsc.lockheed.com> (sakai@sgi600.msd.lmsc.lockheed.com) Subject: Performer + Purify + DSO problem Reply-To: Status: O > Hi, > > I am trying to "Purify" my Performer App in an attempt to wring out all the > little memory-type bugs. Purify on SGI's appears to be having a problem dealing > with DSO's and keeps erroring out when it tries to deal with the DSO'ed > database loaders. Linking the "static" versions of the loaders in > /usr/lib/Performer/Static doesn't help any since the pfdLoadFile stuff > ALWAYS seems to want to look for a DSO. Is there any way out of this > problem? Can Purify be made to handle DSO's better? Any tips from > anyone who has gone down this path would be GREATLY appreciated. > > Thanks, > Kenneth N. Sakai Email: sakai@lmsc.lockheed.com I've had limited success with Purify compiling statically with the loaders that I am using. The standard make file for perfly references the environment variable PFSTATIC_CONVERTERS. Setting this causes the converters to be statically linked (and then purified if you are using Purify). For example: setenv PFSTATIC_CONVERTERS "/usr5/projects/s1k/performer2.0/lib/libpfdb/libpfctdb/OPT.O32.IRISGL/libpfctdb_igl.a" I say that the success is limited because purify does not understand Performer's use of shared memory (acreate and amalloc - please correct this if things have changed). But, SGI has a cool debugging library called libdmalloc that allows you to either replace libmalloc on the file using _RLD_LIST or to link statically (written by Don Hatch). I don't think it has but put up to sgigate as "shareware", but it should be if it hasn't. -- Todd Pravata todd.pravata@ti.com 214-575-6126 Visual Simulation Lab, Texas Instruments "The significant problems that we face cannot be solved at the same level of thinking we were at when we created them." -- Albert Einstein ** Views expressed are not necessarily those of Texas Instruments ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 14:24:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA05004; Wed, 3 Jul 1996 14:17:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA04988; Wed, 3 Jul 1996 14:17:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18140; Wed, 3 Jul 1996 14:17:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08060; Wed, 3 Jul 1996 14:17:42 -0700 Received: from peanut.sarnoff.com (peanut.sarnoff.com [130.33.8.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA23115 for ; Wed, 3 Jul 1996 14:17:41 -0700 Received: by peanut.sarnoff.com (4.1/SMI-4.1) id AA26204; Wed, 3 Jul 96 17:16:07 EDT From: dcw@sarnoff.com (Daniel C. Williams X-2453) Message-Id: <9607032116.AA26204@peanut.sarnoff.com> Subject: Re: Performer + Purify + DSO problem To: info-performer@sgi.com Date: Wed, 3 Jul 1996 17:16:06 -0400 (EDT) In-Reply-To: <9607032013.AA00598@m2.rts.dseg.ti.com> from "Todd R Pravata" at Jul 3, 96 03:13:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 818 Status: O According to Todd R Pravata: > >I say that the success is limited because purify does not understand >Performer's use of shared memory (acreate and amalloc - please correct >this if things have changed). > >-- >Todd Pravata >todd.pravata@ti.com 214-575-6126 >Visual Simulation Lab, Texas Instruments > I get around this by creating a module with my own amalloc, acalloc, ... etc functions. In each of these I compare the incoming arena pointer to that returned by pfGetSharedArena(). If they are equal I call the non-shared memory equivalent function, else I call the real function (_amalloc, _acalloc, ...). When I want to use Purify I link with this module and make sure to run in single process mode. Dan -- Daniel Williams, Independent Consultant Voice: (215) 885-1573 Email: dcw@sarnoff.com, dan@sass.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 14:53:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA05188; Wed, 3 Jul 1996 14:45:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA05172; Wed, 3 Jul 1996 14:45:36 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18863; Wed, 3 Jul 1996 14:45:34 -0700 Received: from vixen.nrlssc.navy.mil by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id OAA29202; Wed, 3 Jul 1996 14:45:32 -0700 Received: from kingsnake (kingsnake.nrlssc.navy.mil [128.160.54.107]) by vixen.nrlssc.navy.mil (8.6.12/8.6.12) with ESMTP id QAA15558; Wed, 3 Jul 1996 16:48:04 -0500 Received: by kingsnake (940816.SGI.8.6.9/920502.SGI.AUTO) id QAA22955; Wed, 3 Jul 1996 16:44:09 -0500 From: "Richard M. Owens" Message-Id: <9607031644.ZM22953@kingsnake.nrlssc.navy.mil> Date: Wed, 3 Jul 1996 16:44:06 -0500 In-Reply-To: Ion Barosan "3DS" (Jul 3, 7:12pm) References: <199607031712.TAA22500@panoramix.urc.tue.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com, Ion Barosan Subject: Re: 3DS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Ion, > Hi, > > I have tried to recompile and use the 3DS loader but it doesn't work. > Could someone tell me why the .so versions are smaller that the .so > that come with Performer2.0 ? > I have compiled all the versions of 3ds loader (ogl, igl ,...) but all > are smaller that the original size. > > Then I tried to run perfly with an 3ds object, but it didn't work ? > > Has someone have the same experience with another loader of with a new one ? > Any help will be appreciated ? > > > Regards, > -Ion. Don't know if this is the fix, but I recall that some object formats require the ImageVision Library (libil.so). Richard -- O o~ o_O/ Richard Owens /|-o _______|_______ \ PSI/NRL Code 7183 / \ | | |\ Richard.Owens@nrlssc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 15:04:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA05253; Wed, 3 Jul 1996 14:57:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA05237; Wed, 3 Jul 1996 14:57:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA19189; Wed, 3 Jul 1996 14:57:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA09441; Wed, 3 Jul 1996 14:57:03 -0700 Received: from goya.eunet.es (goya.eunet.es [193.127.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA01081 for ; Wed, 3 Jul 1996 14:56:59 -0700 Received: (uucp@localhost) by goya.eunet.es (8.7.5/13.33) id XAA20527 for info-performer@sgi.com; Wed, 3 Jul 1996 23:51:30 +0200 (MET DST) Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id NAA25340 for info-performer@sgi.com; Thu, 4 Jul 1996 13:25:50 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <9607041325.ZM25338@comarts.es> Date: Thu, 4 Jul 1996 13:25:49 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: 2.1 PACKED ATTRS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all, Does anybody know if it's possible ( I guess it's not ) to use vertex arrays in 2.1 that only pack normals, texvertices and vertices, without the per vertex color field ? In case not, is it worth in IR to put the colors even though you're not going to use them and pack it all, or send separate arrays for normals, texverts and coords ? Most of the objects we use have normals, texverts and coords but colors are used in only around 10% of the objects, so that seems a waste of host to gfx bandwith ... Thank you for the help, -- --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 17:19:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA05839; Wed, 3 Jul 1996 17:10:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA05823; Wed, 3 Jul 1996 17:10:34 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA27119; Wed, 3 Jul 1996 17:10:33 -0700 Received: from mailhost.multigen.com by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id RAA14990; Wed, 3 Jul 1996 17:10:31 -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 RAA13134 for ; Wed, 3 Jul 1996 17:12:48 -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 AAA13053 for ; Thu, 4 Jul 1996 00:10:09 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id RAA11544 for info-performer@sgi.com; Wed, 3 Jul 1996 17:13:07 -0700 From: "Marcus Barnes" Message-Id: <9607031713.ZM11542@royalflush.engr.multigen.com> Date: Wed, 3 Jul 1996 17:13:07 -0700 In-Reply-To: "Nacho Sanz-Pastor. Computer Arts + Developments" "2.1 PACKED ATTRS" (Jul 4, 1:25pm) References: <9607041325.ZM25338@comarts.es> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: 2.1 PACKED ATTRS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 4, 1:25pm, Nacho Sanz-Pastor. Computer Arts + Developments wrote: > Subject: 2.1 PACKED ATTRS > Hi all, > > Does anybody know if it's possible ( I guess it's not ) to use vertex arrays > in 2.1 that only pack normals, texvertices and vertices, without the per > vertex color field ? Yes this is okay for pfGeoSet's. Just set the PFGS_COLOR4 attribute binding to PFGS_OFF when creating geosets. > Most of the objects we use have normals, texverts and coords but colors are > used in only around 10% of the objects, so that seems a waste of host to gfx > bandwith ... Yes it is a waste of bandwidth. I believe Performer will be getting "smarter" about immediate mode drawing wrt the current graphics state in a future release (I haven't noticed it in 2.0 or 2.1). For instance, there is no reason to download texCoords when texturing is disabled or to issue color commands for lit geometry when pfMtlColorMode is PFMTL_CMODE_COLOR. With OpenFlight V14.2 and later, you can create models without color. I have added support for this practice in the upcoming release (R15.2) of the OpenFlight loader (still in development). Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 17:18:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA05816; Wed, 3 Jul 1996 17:08:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA05800; Wed, 3 Jul 1996 17:08:28 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA24681; Wed, 3 Jul 1996 17:08:27 -0700 Received: from walt.tsc.com by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id RAA14760; Wed, 3 Jul 1996 17:08:25 -0700 From: cstanek@smtpgate.sm.tsc.com Received: from smtpgate.sm.tsc.com by walt.tsc.com with SMTP (1.39.111.2/16.2) id AA242938781; Wed, 3 Jul 1996 19:06:21 -0500 Received: from ccMail by smtpgate.sm.tsc.com (SMTPLINK V2.10.03) id AA836438716; Wed, 03 Jul 96 17:04:27 PST Date: Wed, 03 Jul 96 17:04:27 PST Message-Id: <9606038364.AA836438716@smtpgate.sm.tsc.com> To: info-performer@sgi.com, "Nacho Sanz-Pastor. Computer Arts + Developments" Subject: Re: 2.1 PACKED ATTRS Status: O You do have control over the bind for each of those attributes and can use the PFGS_OFF token (pfGSetAttr) for geoset color. I guess you would need to watch out for the texture environment for that geometry as well ( only DECAL ) Hi all, Does anybody know if it's possible ( I guess it's not ) to use vertex arrays in 2.1 that only pack normals, texvertices and vertices, without the per vertex color field ? In case not, is it worth in IR to put the colors even though you're not going to use them and pack it all, or send separate arrays for normals, texverts and coords ? Most of the objects we use have normals, texverts and coords but colors are used in only around 10% of the objects, so that seems a waste of host to gfx bandwith ... Thank you for the help, -- --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 18:09:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA06002; Wed, 3 Jul 1996 17:57:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA05986; Wed, 3 Jul 1996 17:57:03 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA20205; Wed, 3 Jul 1996 17:57:02 -0700 Received: from longwood.cs.ucf.edu by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id RAA20867; Wed, 3 Jul 1996 17:56:58 -0700 Received: by longwood.cs.ucf.edu id AA21311 (5.65c/IDA-1.4.4 for info-performer@sgi.com); Wed, 3 Jul 1996 20:55:38 -0400 Date: Wed, 3 Jul 1996 20:55:36 -0400 (EDT) From: Travis Terry To: Ion Barosan Cc: info-performer@sgi.com Subject: Re: 3DS In-Reply-To: <199607031712.TAA22500@panoramix.urc.tue.nl> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 3 Jul 1996, Ion Barosan wrote: > I have tried to recompile and use the 3DS loader but it doesn't work. > ... > > Has someone have the same experience with another loader of with a new one ? > Any help will be appreciated ? > > I had the same problem and finally tracked it down using dlopen. By explicitly loading the DSO for the 3ds loader, you can get better error information. On my system, the 3ds loader DSO was looking for a library called libcil.so. I'd don't know what package this is from, but if anyone else does, I would like to know. I couldn't find libcil.so on any of the development CD's. +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ / Travis Terry terry@cs.ucf.edu \ \ High School Programming Tournament Coordinator / / Programming Team coach \ \ Computer Science Graduate student / / University of Central Florida \ +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 18:28:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA06101; Wed, 3 Jul 1996 18:21:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA06085; Wed, 3 Jul 1996 18:21:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA20878; Wed, 3 Jul 1996 18:21:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA17156; Wed, 3 Jul 1996 18:21:16 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA09385 for ; Wed, 3 Jul 1996 18:20:59 -0700 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id KAA06955; Thu, 4 Jul 1996 10:20:36 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id KAA12865 for ; Thu, 4 Jul 1996 10:20:33 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.12+2.4W/3.4W2/1.4) with SMTP id KAA20444; Thu, 4 Jul 1996 10:10:50 +0900 Received: from localhost.dst.nk-exa.co.jp by dimwit.dst.nk-exa.co.jp via SMTP (931110.SGI/930416.SGI.AUTO) for @exagw.nk-exa.co.jp:info-performer@sgi.com id AA20332; Thu, 4 Jul 96 10:19:12 +0900 To: info-performer@sgi.com Subject: vidtotex on iR+SIRIUS Date: Thu, 04 Jul 1996 10:19:05 +0900 Message-Id: <20329.836443145@dimwit.dst.nk-exa.co.jp> From: YAMANAKA MASAHIKO Status: O Hello all, Yesterday, I tested a vidtotex.c on iR+SIRIUS. vcp (includes videoin, etc.) and vidtogfx seem to work properly. However, vidtotex didn't work ! I've gotten a program lv.c from this ML, and it did work on RE2. However, on iR, it doesn't work. I think there are some differences of API or trans-size between Sirius/RE2 and Sirius/iR programming. I couldn't find the description about it, so I'd like to get the information about vidtotex on Sirius/iR. Could anybody please tell me pointers about that ? or Could anybody please tell me how I should change lv.c ? Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 3 21:26:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id VAA06328; Wed, 3 Jul 1996 21:19:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id VAA06312; Wed, 3 Jul 1996 21:19:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA24668; Wed, 3 Jul 1996 21:19:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA21641; Wed, 3 Jul 1996 21:19:47 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id VAA08547 for ; Wed, 3 Jul 1996 21:19:46 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA05237; Wed, 3 Jul 96 21:19:43 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA17748; Wed, 3 Jul 1996 21:19:40 -0700 From: "Don Hatch" Message-Id: <9607032119.ZM17746@hell.asd.sgi.com> Date: Wed, 3 Jul 1996 21:19:40 -0700 In-Reply-To: Travis Terry "Re: 3DS" (Jul 3, 8:55pm) References: X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Travis Terry , Ion Barosan Subject: Re: 3DS Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 8:55pm, Travis Terry wrote: > Subject: Re: 3DS > I had the same problem and finally tracked it down using dlopen. By > explicitly loading the DSO for the 3ds loader, you can get better error > information. On my system, the 3ds loader DSO was looking for a library > called libcil.so. I'd don't know what package this is from, but if anyone > else does, I would like to know. I couldn't find libcil.so on any of the > development CD's. It's in il_eoe.sw.c, which is the C interface to the ImageVision Library. Note, to get the better error information, you could also do this: setenv PFNFYLEVEL 5 setenv LD_LIBRARY_PATH . (or anything you want it to be) This will cause pfdLoadFile to show the error message every time it tries and fails to dlopen a DSO. -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 4 00:35:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA06481; Thu, 4 Jul 1996 00:27:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA06465; Thu, 4 Jul 1996 00:27:56 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA28229; Thu, 4 Jul 1996 00:27:55 -0700 Received: from alpha.luc.ac.be by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id AAA27258; Thu, 4 Jul 1996 00:27:42 -0700 Received: from donald.luc.ac.be by alpha.luc.ac.be; (5.65/1.1.8.2/28Jul95-1212AM) id AA25327; Thu, 4 Jul 1996 09:26:28 +0200 Sender: dnouls@luc.ac.be Message-Id: <31DB8E7A.167E@luc.ac.be> Date: Thu, 04 Jul 1996 09:27:22 +0000 From: David Nouls Organization: L.T.I. - E.D.M. X-Mailer: Mozilla 3.0b4Gold (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: Ion Barosan Cc: info-performer@sgi.com Subject: Re: 3DS References: <199607031712.TAA22500@panoramix.urc.tue.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ion Barosan wrote: > I have tried to recompile and use the 3DS loader but it doesn't work. > Could someone tell me why the .so versions are smaller that the .so > that come with Performer2.0 ? > I have compiled all the versions of 3ds loader (ogl, igl ,...) but all > are smaller that the original size. > > Then I tried to run perfly with an 3ds object, but it didn't work ? > > Has someone have the same experience with another loader of with a new one ? > Any help will be appreciated ? Well, some time ago I posted some mails about this subject. I can't even get to compile the library because my compiler doesn't support the format of the 3dsftk.a file (No _MDEBUG_ section or something...) The only reply I got from people at sgi was: DIY (Do it yourself)... and that's exactly what I did :-) I've written an 3ds importer with single or double faced polygons, Normals are calculated like it should (3ds2iv gives shading-errors on most complex objects - the standard loader doesn't even calculate normals), reflection maps are supported, ... There is only one problem with it: In some 3ds-objects there seem to be some unknown color-chunk that I can't decode... but most objects load just fine. If anybody knows a colorchunk with tag 0x2000 let me know so I can fix it. /)avid ----------------------------------------------------------------------- Expertisecentrum Digitale Media - Wetenschapspark 2 - B-3590 Diepenbeek Tel: +32-(0)11-268412 Fax: +32-(0)11-268400 e-mail: dnouls@luc.ac.be GSM: +32-(0)75-755074 Home: +32-(0)2-3564573 ----------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 4 02:38:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA06772; Thu, 4 Jul 1996 02:30:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA06756; Thu, 4 Jul 1996 02:30:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA00680; Thu, 4 Jul 1996 02:30:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA29739; Thu, 4 Jul 1996 02:30:13 -0700 Received: from goya.eunet.es (goya.eunet.es [193.127.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA29419 for ; Thu, 4 Jul 1996 02:30:08 -0700 Received: (uucp@localhost) by goya.eunet.es (8.7.5/13.33) id LAA05227; Thu, 4 Jul 1996 11:12:11 +0200 (MET DST) Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id AAA26026; Fri, 5 Jul 1996 00:44:40 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <9607050044.ZM26024@comarts.es> Date: Fri, 5 Jul 1996 00:44:40 -0700 In-Reply-To: cstanek@smtpgate.sm.tsc.com "Re: 2.1 PACKED ATTRS" (Jul 3, 4:59pm) References: <9606038364.AA836438416@smtpgate.sm.tsc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: 2.1 PACKED ATTRS Cc: cstanek@smtpgate.sm.tsc.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Thank you for your reply. On Jul 3, 4:59pm, cstanek@smtpgate.sm.tsc.com wrote: > Subject: Re: 2.1 PACKED ATTRS > You do have control over the bind for each of those attributes and can > use the PFGS_OFF token (pfGSetAttr) for geoset color. I guess you > would need to watch out for the texture environment for that geometry > as well ( only DECAL ) >-- End of excerpt from cstanek@smtpgate.sm.tsc.com Does the color data get transfered to gfx anyway, or the GeoSet unpacks and packs again the data without colors when you define it ? If the data is kept the same ( and colors are skipped by setting an stride in glVertexPointerEXT ) some bandwith would still be wasted, right ? Thnak you, -- --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 4 03:01:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA06797; Thu, 4 Jul 1996 02:53:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA06781; Thu, 4 Jul 1996 02:53:49 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01176; Thu, 4 Jul 1996 02:53:48 -0700 Received: from goya.eunet.es by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id CAA10758; Thu, 4 Jul 1996 02:53:34 -0700 Received: (uucp@localhost) by goya.eunet.es (8.7.5/13.33) id LAA05938; Thu, 4 Jul 1996 11:31:47 +0200 (MET DST) Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id BAA26065; Fri, 5 Jul 1996 01:05:18 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <9607050105.ZM26063@comarts.es> Date: Fri, 5 Jul 1996 01:05:17 -0700 In-Reply-To: cstanek@smtpgate.sm.tsc.com "Re: 2.1 PACKED ATTRS" (Jul 3, 4:59pm) References: <9606038364.AA836438416@smtpgate.sm.tsc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: cstanek@smtpgate.sm.tsc.com Subject: Re: 2.1 PACKED ATTRS Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Sorry to keep going over and over on the same thing, but what I really meant to ask in my last posting is: When you specify in a GeoSet the colors to be PFGS_OFF, does an OpenGL glDisable (GL_COLOR_ARRAY_EXT) happen if in PACKED_ATTRS mode ? Is the transfer to gfx optimized for that particular case ? Thank you, On Jul 3, 4:59pm, cstanek@smtpgate.sm.tsc.com wrote: > Subject: Re: 2.1 PACKED ATTRS > You do have control over the bind for each of those attributes and can > use the PFGS_OFF token (pfGSetAttr) for geoset color. I guess you > would need to watch out for the texture environment for that geometry > as well ( only DECAL ) >-- End of excerpt from cstanek@smtpgate.sm.tsc.com -- --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group ----------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 4 04:51:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id EAA06973; Thu, 4 Jul 1996 04:42:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id EAA06957; Thu, 4 Jul 1996 04:42:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA03402; Thu, 4 Jul 1996 04:42:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA02764; Thu, 4 Jul 1996 04:42:50 -0700 Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA20772 for ; Thu, 4 Jul 1996 04:42:48 -0700 Received: from panoramix.urc.tue.nl [131.155.4.131] by mailhost.tue.nl (8.7.4) for id NAA13997 (ESMTP). Thu, 4 Jul 1996 13:42:46 +0200 (MET DST) Received: from rcion@localhost by panoramix.urc.tue.nl (8.7.5) for info-performer@sgi.com id NAA23550. Thu, 4 Jul 1996 13:43:20 +0200 (MDT) From: Ion Barosan Message-Id: <199607041143.NAA23550@panoramix.urc.tue.nl> Subject: -mips4 (-n32) for 3DS To: info-performer@sgi.com Date: Thu, 4 Jul 1996 13:43:20 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I have problem linking 3dsfkt.a lib that comes with the 3DS loader. The lib is compiled with -n32 switch and therefore I cannot use it on R4400 systems under IRIX5.3 . On the distribusion CD of Performer there are 2 sw-s one for 32bits and the other for 64 bits. HOW is possible to install 32 bits version with lib that has been compiled with -n32 switch ? Is there a solution to fix that ? Thanks, -Ion ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 5 10:32:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA09430; Fri, 5 Jul 1996 10:23:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA09414; Fri, 5 Jul 1996 10:23:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06954; Fri, 5 Jul 1996 10:23:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA11743; Fri, 5 Jul 1996 10:23:32 -0700 Received: from merl.com (mayflower.merl.com [140.237.8.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA29004 for ; Fri, 5 Jul 1996 10:23:31 -0700 Received: from redwood.merl.com by merl.com (4.1/SMI-4.0) id AA10803; Fri, 5 Jul 96 13:22:47 EDT Date: Fri, 5 Jul 96 13:22:47 EDT Message-Id: <9607051722.AA10803@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@neptune.merl.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "John W. Barrus" Subject: Collision detection and ground following Cc: dick@merl.com Status: O I'm looking for references about collision detection and terrain following or ground following. If you know of a good solution (commercial, free, or research) for fast collision detection or terrain following would you please let me know. I am familiar with Performer's tools for collision detection (of course) and I know of I-collide. Any others that you know of? Thanks, John B. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 5 11:10:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA09468; Fri, 5 Jul 1996 11:02:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA09452; Fri, 5 Jul 1996 11:02:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA07622; Fri, 5 Jul 1996 11:02:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA12581; Fri, 5 Jul 1996 11:02:06 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05325 for ; Fri, 5 Jul 1996 11:02:05 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id NAA27398; Fri, 5 Jul 1996 13:56:49 -0400 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA10208; Fri, 5 Jul 1996 13:54:45 -0400 Received: by osprey.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id OAA12025; Fri, 5 Jul 1996 14:01:28 -0400 Date: Fri, 5 Jul 1996 14:01:28 -0400 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <199607051801.OAA12025@osprey.cae.ca> To: info-performer@sgi.com Subject: magfilter strange problems Status: O I ran into strange behevior of texture magnification filters lately. I have a 128x128 texture that I use as a cloud layer on a very large polygon covering the sky. This texture has alpha components. Texture mag filters are: tex->setFilter( PFTEX_MAGFILTER_ALPHA, PFTEX_TRILINEAR ); tex->setFilter( PFTEX_MAGFILTER_COLOR, PFTEX_TRILINEAR ); This give very good results on an Impact machine (compiled OpenGL) and on a RE2 (compiled IrisGL) with one RM4. The texture is magnified as expected. However, when the same program is run on a Infinite Reality or a RE2 with 3 RM5, the same texture looks very bad. We see some very visible and discreet gradient of colors near the edge of the clouds. Much like contour lines. I suspect this is related to the fact that on those two machines, there is enough RMs to enable multisampling at the resolution I'm running where on the other RE2 and on the Impact, there was no multisampling. Is there something additionnal I should do to correct this sort of problem? Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 5 14:25:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA09637; Fri, 5 Jul 1996 14:16:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA09621; Fri, 5 Jul 1996 14:16:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11412; Fri, 5 Jul 1996 14:16:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16777; Fri, 5 Jul 1996 14:16:09 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA09197 for ; Fri, 5 Jul 1996 14:16:08 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA13470 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Fri, 5 Jul 1996 17:16:06 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for info-performer@sgi.com id RAA07054; Fri, 5 Jul 1996 17:16:05 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9607051716.ZM7052@PacificOcean.coaps.fsu.edu> Date: Fri, 5 Jul 1996 17:16:04 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Performer reference manuals Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm new at Performer and am attempting to learn on 2.0 in the C++ interface, but all that I have for reference are a Programming guide and Reference Pages books which were intended to be used with 1.2 These books are Document Numbers 007-1680-020 and 007-1681-020, respectively. I was wondering if a more recent edition might be found for downloading or for purchase, as the going is rather slow with no good references. Thanks in advance, Aubrey Holland holland@coaps.fsu.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 5 14:48:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA09669; Fri, 5 Jul 1996 14:38:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA09653; Fri, 5 Jul 1996 14:38:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11822; Fri, 5 Jul 1996 14:38:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17258; Fri, 5 Jul 1996 14:38:24 -0700 Received: from peanut.sarnoff.com (peanut.sarnoff.com [130.33.8.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA13013 for ; Fri, 5 Jul 1996 14:38:23 -0700 Received: by peanut.sarnoff.com (4.1/SMI-4.1) id AA06852; Fri, 5 Jul 96 17:36:48 EDT From: dcw@sarnoff.com (Daniel C. Williams X-2453) Message-Id: <9607052136.AA06852@peanut.sarnoff.com> Subject: Re: Performer + Purify + DSO problem To: info-performer@sgi.com Date: Fri, 5 Jul 1996 17:36:47 -0400 (EDT) In-Reply-To: <9607032229.AA01257@m2.rts.dseg.ti.com> from "Todd R Pravata" at Jul 3, 96 05:29:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2575 Status: O According to Todd R Pravata: > >> I get around this by creating a module with my own amalloc, acalloc, ... etc >> functions. In each of these I compare the incoming arena pointer to that >> returned by pfGetSharedArena(). If they are equal I call the non-shared >> memory equivalent function, else I call the real function (_amalloc, >> _acalloc, ...). When I want to use Purify I link with this module and make >> sure to run in single process mode. >> >> Dan >> -- >> Daniel Williams, Independent Consultant >> Voice: (215) 885-1573 >> Email: dcw@sarnoff.com, dan@sass.com > >Thanks. Any chance you would like to share your code with me (or the >rest of the Performer community)? > >-- >Todd Pravata >todd.pravata@ti.com 214-575-6126 >Visual Simulation Lab, Texas Instruments > I would love to, but it's a work for hire and I don't have the rights to do that. The last time I tried to get permission to publish a short code excerpt from a related project, it took a month or two to die on someone's desk. So I'm afraid that's not a good option. Instead, here's a little more detail on replicating what I've done so you can rewrite the module and post it. It should be 50 - 100 lines long. Performer uses functions from the amalloc(3p) library to place many of its objects in the shared memory arena that it creates. If all Performer stages are in one process this is unnecessary; if we could fool Performer into placing those objects on the heap instead Purify would be able to trace them. We fool Performer by writing a module that defines our own versions of most of the functions from the amalloc(3p) library, but not acreate nor adelete. All the other functions from the amalloc(3p) library take an arena pointer as an argument. In each of our functions we compare the arena pointer argument to the value returned by pfGetSharedArena(). If they are equal we call the corresponding function from the non-shared memory library malloc(3c), i.e., for a call to acalloc we instead call calloc. If the pointers are unequal we forward the call unmolested to the real implementation, i.e., for a call to acalloc we call _acalloc. The resulting object file should be linked just before -lmalloc and -lc. Remember, this only works if all Performer stages are in one process. One other thing: "-pointer-offset=16" is a good option to give to Purify to eliminate spurious PLKs; see /usr/include/Performer/pr/pfMemory.h for why this is so. Good luck, Dan -- Daniel Williams, Independent Consultant Voice: (215) 885-1573 Email: dcw@sarnoff.com, dan@sass.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 5 17:55:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA09902; Fri, 5 Jul 1996 17:46:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA09886; Fri, 5 Jul 1996 17:46:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15388; Fri, 5 Jul 1996 17:46:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA20893; Fri, 5 Jul 1996 17:46:54 -0700 Received: from marna.wormald.com.au ([203.63.56.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA13150 for ; Fri, 5 Jul 1996 17:46:45 -0700 From: axlord@gdonk.eterna.com.au Received: from localhost (axlord@localhost) by marna.wormald.com.au (8.7.4/8.7.3) with SMTP id KAA24055; Sat, 6 Jul 1996 10:39:57 +1000 (EST) Date: Sat, 6 Jul 1996 10:39:57 +1000 (EST) X-Sender: axlord@marna.wormald.com.au To: info-performer@sgi.com cc: axlord@gdonk.eterna.com.au Subject: Fog in Open GL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Many thanks to all that replied to be pfCullFace query - it ended that I was loading in a data file that had been processed by and exe compiled with IRISGL! Now I'm having fun with what I think is a weirder problem! Since porting to OpenGL - I've noticed that: 1) The fog is now excessive - even down to the extent that my sky tent polygons are always fogged! Even when I disable fog in the attached gstate! What gives? 2) Having general weirdness with billboards... Anybody got any clues? Much thanx P.S: As before please ensure that replies have *this* E-mail address cc:'ed as it's not subscribed to info-performer.. +----------------------------------------------------------------------------+ axlord@gdonk.eterna.com.au Ph:?????????? Simon Bennett -- Touring the U.S.A - Currently in *** Phoenix Arizona *** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 6 02:17:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA10400; Sat, 6 Jul 1996 02:08:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA10384; Sat, 6 Jul 1996 02:08:28 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24488; Sat, 6 Jul 1996 02:08:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00136; Sat, 6 Jul 1996 02:08:27 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA01844; Sat, 6 Jul 1996 02:08:25 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA28200; Sat, 6 Jul 1996 10:08:46 +0100 From: "Angus Dorbie" Message-Id: <9607061008.ZM28198@bitch.reading.sgi.com> Date: Sat, 6 Jul 1996 10:08:46 +0100 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "magfilter strange problems" (Jul 5, 2:01pm) References: <199607051801.OAA12025@osprey.cae.ca> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.com Subject: Re: magfilter strange problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O TRILINEAR magnification & minification filters are for 3D textures only, try a BILINEAR mag filter and a MIPMAP_TRILINEAR min filter. Rgds, Angus. On Jul 5, 2:01pm, Nicolas Gauvin wrote: > Subject: magfilter strange problems > > I ran into strange behevior of texture magnification filters lately. > I have a 128x128 texture that I use as a cloud layer on a very large > polygon covering the sky. This texture has alpha components. > > Texture mag filters are: > tex->setFilter( PFTEX_MAGFILTER_ALPHA, PFTEX_TRILINEAR ); > tex->setFilter( PFTEX_MAGFILTER_COLOR, PFTEX_TRILINEAR ); > > This give very good results on an Impact machine (compiled OpenGL) > and on a RE2 (compiled IrisGL) with one RM4. The texture is magnified > as expected. > > However, when the same program is run on a Infinite Reality or a RE2 > with 3 RM5, the same texture looks very bad. We see some very visible and > discreet gradient of colors near the edge of the clouds. Much like contour > lines. > > I suspect this is related to the fact that on those two machines, > there is enough RMs to enable multisampling at the resolution I'm running > where on the other RE2 and on the Impact, there was no multisampling. > > Is there something additionnal I should do to correct this sort of problem? > > > > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 > 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 > nicolas@cae.ca fax: +1 514 340 5496 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Nicolas Gauvin ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 7 17:16:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA12077; Sun, 7 Jul 1996 17:07:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA12061; Sun, 7 Jul 1996 17:07:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA07014; Sun, 7 Jul 1996 17:07:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12015; Sun, 7 Jul 1996 17:07:06 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA23767 for ; Sun, 7 Jul 1996 17:07:05 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA03029; Sun, 7 Jul 96 17:07:03 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA25454; Sun, 7 Jul 1996 17:07:01 -0700 From: "Sharon Clay" Message-Id: <9607071707.ZM25452@rose.asd.sgi.com> Date: Sun, 7 Jul 1996 17:07:01 -0700 In-Reply-To: LUDOVIC.GRAUX@siege.aerospatiale.fr, info-performer@sgi.com References: <9607030756.ZM22434@babar.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: LUDOVIC.GRAUX@siege.aerospatiale.fr, info-performer@sgi.com Subject: Re: "PF Notice Warning/Usage : Cannot create object in this buffer" error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O ->--- from GRAUX Ludovic ->Subject: -> ->=0C Hello perflyers, -> -> Sometimes when I execute my performer application I have the followi= ->ng -> warning : -> -> PF Notice Warning/Usage : Cannot create object in this buffer. This error sounds like you have a separate process that is trying to create new Performer objects and you have not make a pfBuffer for that process so it is accessing the application process's buffer and so _bad_ things can happen. If you are creating new objecs in a DBASE process, you'll want to create and select a new pfBuffer in a pfConfigStage() callback: pfSelectBuffer( pfNewBuffer() ); -> -> It looks like a deep error more than a simple warning -> After this I have some edge pointer effects, switching a parameter i= ->nstead of -> another, etc. Usually the Segmentation fault is not very far. -> -> My question is : How can I efficiently and rapidly find the origin o= ->f my -> error in my source code ? -> Usually this error occurs in a black boxed routine, so very difficul= ->t to -> isolate with a debugger like dbx. -> Sometimes I succeed in finding the bug origin ( sometimes a bad aloc= ->ated -> pointer ), but the other times it is very difficult, even after read= ->ind and -> re-reading my code. -> -> I need a method, or an indication on what is usually the origin of t= ->his kind -> of error. Don Hatch put together a great debugging library for finding malloc corruption. You can find in the ftp archive: sgigate.sgi.com:~ftp/pub/Performer/src/misc/dmalloc.tar src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 7 18:00:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA12171; Sun, 7 Jul 1996 17:50:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA12155; Sun, 7 Jul 1996 17:50:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA07787; Sun, 7 Jul 1996 17:50:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12890; Sun, 7 Jul 1996 17:50:44 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA00234 for ; Sun, 7 Jul 1996 17:50:44 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA03871; Sun, 7 Jul 96 17:50:42 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA25593; Sun, 7 Jul 1996 17:50:40 -0700 From: "Sharon Clay" Message-Id: <9607071750.ZM25591@rose.asd.sgi.com> Date: Sun, 7 Jul 1996 17:50:40 -0700 In-Reply-To: "Nacho Sanz-Pastor. Computer Arts + Developments" "2.1 PACKED ATTRS" (Jul 4, 1:25pm) References: <9607041325.ZM25338@comarts.es> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Nacho Sanz-Pastor. Computer Arts + Developments" , info-performer@sgi.com Subject: Re: 2.1 PACKED ATTRS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'll reply first to the original question on this issue: +>---- On Jul 4, 1:25pm, Nacho Sanz-Pastor. Computer Arts + Developments wrote: > Subject: 2.1 PACKED ATTRS ->Hi all, -> -> Does anybody know if it's possible ( I guess it's not ) to use vertex arrays ->in ->2.1 that only pack normals, texvertices and vertices, without the per vertex ->color field ? Yes! The PFGS_PACKED_ATTRS format, specified with pfGSetAttr(), such as pfGSetAttr(gset[i], PFGS_PACKED_ATTRS, PFGS_PA_C4UBN3ST2F, cnt, NULL); works in conjunction with the other attribute bindings on the pfGeoSet to define the expected data in the packed attrs array. The packed attribute format tells Performer not what data to send to the pipe, but where to find it if the corresponding attribute has already been given a PER_VERTEX binding on the pfGeoSet. This is to ensure that a pfGeoSet really only has one set of attribute binding behavior, regardless of whether or not you are using the packed attrs. It also keeps us from having to redefine all of the attribute binding choices as packed attribute formats. So, the PFGS_PACKED_ATTRS format specifies the maximum set of PER_VERTEX attributes that are expected to be in the packed attribute array and the rest are going to be taken from the normal data arrays. For example, the difference between formats PFGS_PA_C4UBN3ST2F and PFGS_PA_C4UBN3ST2FV3F is that with PFGS_PA_C4UBN3ST2FV3F, the vertex coordinates are expected to be interleaved in the packed attribute array and with PFGS_PA_C4UBN3ST2F the are sent as a separate data array using the array attatched to the pfGeoSet with pfGSetAttr(gset[i], PFGS_COORD3, PFGS_PER_VERTEX, coords, NULL); If you are using packed attrs and have format PFGS_PA_C4UBN3ST2F or PFGS_PA_C4UBN3ST2FV3F but don't give a PFGS_PER_VERTEX color binding with pfGSetAttr(gset[i], PFGS_COLOR4, PFGS_PER_VERTEX, NULL, NULL); then we assume that there are NO colors in the packed attr array and no "bogus" data is sent to the pipe. If you ARE going to use per-vertex colors with packed attributes, then we force you to put the colors as shorts packed into the interleaved array because otherwise you would have no performance advantage from using the packed attributes and might as well just have the pfGeoSet use the regular drawing routines (perhaps with display lists). You might check out the pguide/libpr/C/packedattrs.c example to play with this. The reason for allowing some attribute arrays (vertex coordinates) to be separated out from the packed attributes is to allow the use of the efficient VertexArray extension on iR while not requiring that you duplicate the data. There are Performer operations like culling and intersections that need access to the vertex coordinates and normals in their separate arrays. In the future, the real performance extension will be the InterleavedArrays extension and that will only be usable with the all-interleaved mode. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 7 18:11:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA12196; Sun, 7 Jul 1996 18:04:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA12180; Sun, 7 Jul 1996 18:04:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA08084; Sun, 7 Jul 1996 18:04:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA13160; Sun, 7 Jul 1996 18:04:55 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA02720 for ; Sun, 7 Jul 1996 18:04:54 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04165; Sun, 7 Jul 96 18:04:52 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA25633; Sun, 7 Jul 1996 18:04:50 -0700 From: "Sharon Clay" Message-Id: <9607071804.ZM25631@rose.asd.sgi.com> Date: Sun, 7 Jul 1996 18:04:50 -0700 In-Reply-To: "Marcus Barnes" "Re: 2.1 PACKED ATTRS" (Jul 3, 5:13pm) References: <9607041325.ZM25338@comarts.es> <9607031713.ZM11542@royalflush.engr.multigen.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: pfGeoSet attr binding (was 2.1 PACKED ATTRS) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 3, 5:13pm, Marcus Barnes wrote: > Subject: Re: 2.1 PACKED ATTRS -> ->On Jul 4, 1:25pm, Nacho Sanz-Pastor. Computer Arts + Developments wrote: ->> Subject: 2.1 PACKED ATTRS ->> Hi all, ->> ->> Does anybody know if it's possible ( I guess it's not ) to use vertex arrays ->> in 2.1 that only pack normals, texvertices and vertices, without the per ->> vertex color field ? -> ->Yes this is okay for pfGeoSet's. Just set the PFGS_COLOR4 attribute binding to ->PFGS_OFF when creating geosets. -> ->> Most of the objects we use have normals, texverts and coords but colors are ->> used in only around 10% of the objects, so that seems a waste of host to gfx ->> bandwith ... -> ->Yes it is a waste of bandwidth. I believe Performer will be getting "smarter" ->about immediate mode drawing wrt the current graphics state in a future release ->(I haven't noticed it in 2.0 or 2.1). For instance, there is no reason to ->download texCoords when texturing is disabled or to issue color commands for ->lit geometry when pfMtlColorMode is PFMTL_CMODE_COLOR. This is a separate issue but a really good point. It is also hard to deal with perfectly in a peak performance manner. When a pfGeoSet has been told to use PER_VERTEX colors, it does so and checks nothing in its environment. Minimization lack of last minute checking is critical to optimization - small pfGeoSets need to have less overhead on their drawing and not more. This also provides consistent behavior for when those pfGeoSets are compiled into GL display lists. FYI, the above behavior is also really useful for tuning when looking for bottlenekcs :-) I wonder (hope) if it is really just a special case where folks have specified PER_VERTEX attributes on their pfGeoSets but then effectively disabled them with their pfGeoState binding and that this is not the common mode of drawing. I'd also suggest that probably the only efficient place to put a statement like "pfGeoSets ignore your colors" would be at the pfGeoState or global level so pfGeoState sharing would not be a reason to add this mode. Thanx, src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 07:25:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA12718; Mon, 8 Jul 1996 06:58:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA12702; Mon, 8 Jul 1996 06:58:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA22919; Mon, 8 Jul 1996 06:58:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00868; Mon, 8 Jul 1996 06:58:47 -0700 Received: from trident.neiddd.com ([206.229.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA10427 for ; Mon, 8 Jul 1996 06:58:46 -0700 Received: from ohio.neiddd.com by trident.neiddd.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA27839; Mon, 8 Jul 1996 09:58:23 -0400 Received: by ohio.neiddd.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA13913; Mon, 8 Jul 1996 09:58:44 -0400 From: "Ray Twiddy" Message-Id: <9607080958.ZM13911@ohio.neiddd.com> Date: Mon, 8 Jul 1996 09:58:42 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: isect geosets under pfSwitch Cc: rltwiddy@trident.neiddd.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Has anyone encountered problems using pfNode::isect to test intersection with geosets under a pfSwitch node? I am able to correctly retreive intersection points with other geosets in the scene but not with those under a pfSwitch node. I have included PFTRAV_SW_ALL in setting the mode of the pfSegSet but still no intersection: segset.activeMask = 1; segset.isectMask = 0xFFFF; segset.discFunc = NULL; segset.bound = NULL; segset.mode = (PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK|PFTRAV_SW_ALL); segset.segs[0].dir.set(0.0f, 0.0f, -1.0f); // down segset.segs[0].length = 50000.0f; My development environment is IRIX 5.3, Performer 2.0, and C++ on a Maximum IMPACT. I would appreciate any help on how to correctly test for intersection with geosets under a pfSwitch? -- Ray Twiddy | / ____/ / NEI - Nomura Enterprise Inc. rltwiddy@neiddd.com | / / / 14240-G Sullyfield Circle Bus. (703) 818-1990 / | / ___/ / Chantilly, VA 20151-1661 FAX (703) 818-7626 / / / / ___________________________________________________ __/ __/ _____/ __/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 09:16:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA12851; Mon, 8 Jul 1996 08:58:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA12835; Mon, 8 Jul 1996 08:58:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25939; Mon, 8 Jul 1996 08:58:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06319; Mon, 8 Jul 1996 08:58:51 -0700 Received: from yunus.mam.tubitak.gov.tr (yunus.mam.tubitak.gov.tr [193.140.76.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06099 for ; Mon, 8 Jul 1996 08:54:35 -0700 Message-Id: <199607081554.IAA06099@sgi.sgi.com> Received: by yunus.mam.tubitak.gov.tr (1.37.109.14/16.2) id AA261684672; Mon, 8 Jul 1996 18:51:12 +0200 Subject: an openGL question Date: Fri, 05 Jul 1996 18:11:46 +0300 From: "Telesine A.S." Reply-To: telesin@ibm.net Organization: TELESINE A.S. To: info-performer@sgi.com Status: O hi, i am a beginner in Iris Performer but an experienced user of openGL. here is an openGL question to which i've been searching an answer for ages: i can reach the current MODELVIEW matrix and i read that its inverse is also kept in memory for internal use (i cannot remember where i read this). Is there anyway to reach the inverse of the current matrix? And, could someone tell me how i can subscribe to openGL mailing lists? ferit Ozturk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 09:41:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA12934; Mon, 8 Jul 1996 09:34:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA12918; Mon, 8 Jul 1996 09:34:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27032; Mon, 8 Jul 1996 09:34:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08161; Mon, 8 Jul 1996 09:34:21 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA16414 for ; Mon, 8 Jul 1996 09:34:19 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA11273; Mon, 8 Jul 96 11:30:24 -0500 Date: Mon, 8 Jul 96 11:30:24 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607081630.AA11273@mred.bgm.link.com> To: info-performer@sgi.com Subject: pfBox and pfSphere Status: O Is there an 'official' way to distinguish an empty pfBox or pfSphere? The man pages don't indicate the existance of a pfIsEmptyBox or pfIsEmptySPhere - but they hint that there is a 'special' representation for empty boxes and spheres. By experiment I see that empty Spheres have a center at (0,0,0) and a radius of -1.0, and pfBox'es have really large numbers for 'min' and really large negative numbers for 'max'. What's not clear is exactly which of these criteria are 'safe' tests for emptyness. (eg if I test for a sphere of radius != -1.0, will I get into trouble if I scale the sphere with pfOrthoXformSphere and end up with a radius of -2.0. Is it OK to test for a negative radius?) Maybe these tests should be added to Performer in a future release. Thanks... Steve Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 10:01:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA13013; Mon, 8 Jul 1996 09:56:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA12997; Mon, 8 Jul 1996 09:56:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27778; Mon, 8 Jul 1996 09:56:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09235; Mon, 8 Jul 1996 09:56:10 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA22574 for ; Mon, 8 Jul 1996 09:56:09 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id MAA20572; Mon, 8 Jul 1996 12:56:06 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 8 Jul 96 12:57:15 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 8 Jul 96 12:57:06 EST From: "Terra Burke" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 8 Jul 1996 12:57:00 EST MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Remove users from mailing list X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: <1E5D07406D2@P3.ENZIAN.COM> Status: O Please remove Scott@enzian02.enzian.com or Scott@p3.enzian.com from your mailing list. He no longer has an address here. Thanks! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 11:14:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA13199; Mon, 8 Jul 1996 11:07:59 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA13183; Mon, 8 Jul 1996 11:07:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA00302; Mon, 8 Jul 1996 11:07:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13246; Mon, 8 Jul 1996 11:07:53 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA13047 for ; Mon, 8 Jul 1996 11:07:52 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA01322; Mon, 8 Jul 96 11:07:49 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04560; Mon, 8 Jul 1996 11:07:48 -0700 From: "Michael T. Jones" Message-Id: <9607081107.ZM4558@babar.asd.sgi.com> Date: Mon, 8 Jul 1996 11:07:47 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "pfBox and pfSphere" (Jul 8, 11:30am) References: <9607081630.AA11273@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: pfBox and pfSphere Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 11:30am, Steve Baker wrote: > Subject: pfBox and pfSphere > > Is there an 'official' way to distinguish an empty pfBox or pfSphere? no, but there should be. see the code fragments below for guidance. > The man pages don't indicate the existance of a pfIsEmptyBox or > pfIsEmptySPhere - but they hint that there is a 'special' representation > for empty boxes and spheres. > > By experiment I see that empty Spheres have a center at (0,0,0) and a radius > of -1.0, and pfBox'es have really large numbers for 'min' and really large > negative numbers for 'max'. Here's the code... void pfBox::makeEmpty() { PFSET_VEC3(min, PF_HUGEVAL, PF_HUGEVAL, PF_HUGEVAL); PFSET_VEC3(max, -PF_HUGEVAL, -PF_HUGEVAL, -PF_HUGEVAL); } void pfSphere::makeEmpty() { center.set(0.0f, 0.0f, 0.0f); radius = -1.0f; } void pfCylinder::makeEmpty() { PFSET_VEC3(center, 0.0f, 0.0f, 0.0f); PFSET_VEC3(axis, 1.0f, 0.0f, 0.0f); radius = -1.0f; halfLength = -1.0f; } > What's not clear is exactly which of these criteria are 'safe' tests for emptyness. > > (eg if I test for a sphere of radius != -1.0, will I get into trouble if I scale > the sphere with pfOrthoXformSphere and end up with a radius of -2.0. Is it OK > to test for a negative radius?) Safe Tests: Box: max < min in any dimension makes that dimension undefined. a more cautious definition is that max < min in any dimension makes for an empty box. Sphere and Cylinder: radius < 0 (or halfLength < 0) make means empty. sphere transformation scales the radius by an always positive length so even an attempted scaling by -1 can't invert the sign of the radii. > Maybe these tests should be added to Performer in a future release. good point. one semantic issue is that a box can be "partially empty" (used for single or dual axis extents) and so we also need a rigorous definition for this notion (YES, NO, KIND-OF) michael jones ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 11:23:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA13233; Mon, 8 Jul 1996 11:18:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA13217; Mon, 8 Jul 1996 11:18:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA00652; Mon, 8 Jul 1996 11:18:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13982; Mon, 8 Jul 1996 11:18:43 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA15950 for ; Mon, 8 Jul 1996 11:18:42 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02183; Mon, 8 Jul 96 11:18:39 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA28641; Mon, 8 Jul 1996 11:18:37 -0700 From: "Sharon Clay" Message-Id: <9607081118.ZM28639@rose.asd.sgi.com> Date: Mon, 8 Jul 1996 11:18:37 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "pfBox and pfSphere" (Jul 8, 11:30am) References: <9607081630.AA11273@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: pfBox and pfSphere Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 8, 11:30am, Steve Baker wrote: > Subject: pfBox and pfSphere ->From guest@holodeck.csd.sgi.com Mon Jul 8 10:04:41 1996 ->Date: Mon, 8 Jul 96 11:30:24 -0500 ->From: steve@mred.bgm.link.com (Steve Baker) ->To: info-performer@sgi.com ->Subject: pfBox and pfSphere -> ->Is there an 'official' way to distinguish an empty pfBox or pfSphere? -> ->The man pages don't indicate the existance of a pfIsEmptyBox or ->pfIsEmptySPhere - but they hint that there is a 'special' representation ->for empty boxes and spheres. -> ->By experiment I see that empty Spheres have a center at (0,0,0) and a radius ->of -1.0, and pfBox'es have really large numbers for 'min' and really large ->negative numbers for 'max'. That is the state of new spheres and spheres and that created by pfMakeEmpty*() Empty spheres and cylinders have any radius < 0.0. Empty bboxes have min[0] > max[0] (this satisfies a fast empty check) -> ->What's not clear is exactly which of these criteria are 'safe' tests for emptyness. -> ->(eg if I test for a sphere of radius != -1.0, will I get into trouble if I scale ->the sphere with pfOrthoXformSphere and end up with a radius of -2.0. Is it OK ->to test for a negative radius?) -> ->Maybe these tests should be added to Performer in a future release. Yes. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new! Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 16:00:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA14711; Mon, 8 Jul 1996 15:54:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA14695; Mon, 8 Jul 1996 15:54:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA10047; Mon, 8 Jul 1996 15:54:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA27088; Mon, 8 Jul 1996 15:54:05 -0700 Received: from magellan.bgm.link.com (magellan.bgm.link.com [130.210.238.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA00046 for ; Mon, 8 Jul 1996 15:54:03 -0700 Received: by magellan.bgm.link.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id RAA19534; Mon, 8 Jul 1996 17:54:58 -0500 Date: Mon, 8 Jul 1996 17:54:58 -0500 From: cvillarm@magellan.bgm.link.com (Cris Villarma) Message-Id: <199607082254.RAA19534@magellan.bgm.link.com> To: info-performer@sgi.com Subject: Lat/Lon Status: O Hi, I'm wanting to correlate the mouse position with latitude/longitude positions on a map using Performer. I.e., if the mouse is at screen position (10,10), I want to know that correlates with, for example, 112W, 32.5N. I've written a few functions to convert to/from world and screen coordinates, but when I position the mouse on a known position on the map, the numbers aren't right. If my conversion functions are right, what am I forgetting? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 17:45:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id RAA15540; Mon, 8 Jul 1996 17:38:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id RAA15524; Mon, 8 Jul 1996 17:38:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA13826; Mon, 8 Jul 1996 17:38:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA01688; Mon, 8 Jul 1996 17:38:23 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA24883 for ; Mon, 8 Jul 1996 17:38:22 -0700 Received: from beast.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04406; Mon, 8 Jul 96 17:38:20 -0700 Received: by beast.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA17732; Mon, 8 Jul 1996 17:38:19 -0700 From: "Graham" Message-Id: <9607081738.ZM17730@beast.asd.sgi.com> Date: Mon, 8 Jul 1996 17:38:18 -0700 In-Reply-To: cvillarm@magellan.bgm.link.com (Cris Villarma) "Lat/Lon" (Jul 8, 5:54pm) References: <199607082254.RAA19534@magellan.bgm.link.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: cvillarm@magellan.bgm.link.com (Cris Villarma) Subject: Re: Lat/Lon Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've done lat/lon conversions successfully zillions of times (and unsuccessfully zillion-zillions!). To answer inteligently I need more info and suggest you email me directly (graham@sgi.com). You don't mention whether you're looking at your map orthographically or obliquely, if obliquely then you have to go through all the 2D to 3D, screen coords->3D coords-> db, etc. first. If it's a straight 2D projection should be easy. If a 3D problem this could become mega-fun if you have to start figuring out what map projections you are using, etc. The good news is there is lots of free code on this. GB On Jul 8, 5:54pm, Cris Villarma wrote: > Subject: Lat/Lon > Hi, > I'm wanting to correlate the mouse position with > latitude/longitude positions on a map using Performer. > I.e., if the mouse is at screen position (10,10), I want > to know that correlates with, for example, 112W, 32.5N. > > I've written a few functions to convert to/from world > and screen coordinates, but when I position the mouse > on a known position on the map, the numbers aren't right. > > If my conversion functions are right, what am I forgetting? > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Cris Villarma -- ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 933-5420 graham@sgi.com ---------------------------------------------------------------------- "Being fair is not always convenient!" Javier's Father ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 18:24:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id SAA15758; Mon, 8 Jul 1996 18:10:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id SAA15742; Mon, 8 Jul 1996 18:10:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA14918; Mon, 8 Jul 1996 18:10:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA02842; Mon, 8 Jul 1996 18:10:53 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA01769 for ; Mon, 8 Jul 1996 18:10:51 -0700 Received: from marvin by acusoft.com (5.x/SMI-SVR4) id AA13011; Mon, 8 Jul 1996 21:10:28 -0400 Received: by marvin (940816.SGI.8.6.9) id VAA19084; Mon, 8 Jul 1996 21:10:38 -0400 Date: Mon, 8 Jul 1996 21:10:38 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@marvin To: info-performer@sgi.com Subject: Inherited pfGeostate values Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O If I have a pointer to a pfGeoSet and some of its pfGeoState attributes are inherited what would be the simplest way to find the values that will be inherited at draw time? --TMIV ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 21:25:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id UAA16257; Mon, 8 Jul 1996 20:20:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id UAA16241; Mon, 8 Jul 1996 20:20:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA17721; Mon, 8 Jul 1996 20:20:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA06511; Mon, 8 Jul 1996 20:20:50 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id UAA26138 for ; Mon, 8 Jul 1996 20:20:48 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA12366; Mon, 8 Jul 96 22:16:53 -0500 Date: Mon, 8 Jul 96 22:16:53 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607090316.AA12366@mred.bgm.link.com> To: info-performer@sgi.com Subject: pfXformBox Status: O I think that the function pfXformBox screws up when presented with an empty box to transform. Sometimes the box comes back *very* non-empty. It seems like the first line of pfXformBox ought to be something like: if ( pfIsEmptyBox ( box ) ) return ; ...since any transformation of an empty box ought to yield another empty box. Perhaps a friendly pfPerson would be so kind as to verify this particular pfBug - just in case it's my fault as usual :-( Thanks... Steve Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 8 23:00:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id WAA16410; Mon, 8 Jul 1996 22:21:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id WAA16394; Mon, 8 Jul 1996 22:21:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA20142; Mon, 8 Jul 1996 22:21:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA09265; Mon, 8 Jul 1996 22:21:14 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id WAA16259 for ; Mon, 8 Jul 1996 22:21:13 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA16244; Mon, 8 Jul 96 22:21:03 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id WAA01006; Mon, 8 Jul 1996 22:20:41 -0700 From: "Sharon Clay" Message-Id: <9607082220.ZM1004@rose.asd.sgi.com> Date: Mon, 8 Jul 1996 22:20:41 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "pfXformBox" (Jul 8, 10:16pm) References: <9607090316.AA12366@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: pfXformBox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 8, 10:16pm, Steve Baker wrote: > Subject: pfXformBox -> ->I think that the function pfXformBox screws up ->when presented with an empty box to transform. -> ->Sometimes the box comes back *very* non-empty. -> ->It seems like the first line of pfXformBox ought ->to be something like: -> -> if ( pfIsEmptyBox ( box ) ) -> return ; -> ->...since any transformation of an empty box ought ->to yield another empty box. -> ->Perhaps a friendly pfPerson would be so kind as ->to verify this particular pfBug - just in case it's ->my fault as usual :-( Well, looks like maybe we took our traditional pfEnthusiasm for just-say-no-to-if-tests just a bit too far. Empty boxes are fully xformed. Sharon-pfService-Clay :-) -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 01:51:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA16623; Tue, 9 Jul 1996 01:06:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA16607; Tue, 9 Jul 1996 01:06:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23598; Tue, 9 Jul 1996 01:06:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13556; Tue, 9 Jul 1996 01:06:40 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA13412 for ; Tue, 9 Jul 1996 01:05:12 -0700 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BB6D7D.A9339450@correo.ceit.es>; Tue, 9 Jul 1996 10:01:55 +0200 Message-ID: From: "Gallastegi Irure, Joseba" To: "'Performer'" Subject: subscription Information Date: Tue, 9 Jul 1996 10:01:54 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Departamento de Mecanica Aplicada -Seccion Mecanica Computacional- C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) Telefono: ++34-43-21.28.00 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 02:30:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA16674; Tue, 9 Jul 1996 01:44:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA16658; Tue, 9 Jul 1996 01:43:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24394; Tue, 9 Jul 1996 01:43:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14217; Tue, 9 Jul 1996 01:43:48 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA20269 for ; Tue, 9 Jul 1996 01:43:47 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA20479; Tue, 9 Jul 96 01:43:11 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA25400; Tue, 9 Jul 1996 01:42:49 -0700 From: "Don Hatch" Message-Id: <9607090142.ZM25398@hell.asd.sgi.com> Date: Tue, 9 Jul 1996 01:42:44 -0700 In-Reply-To: "John W. Barrus" "Re: Clock rate on SGI's" (Jul 3, 2:04pm) References: <9607031804.AA04675@merl.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "John W. Barrus" , panisset@discreet.qc.ca, info-performer@sgi.com Subject: Re: Clock rate on SGI's Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 2:04pm, John W. Barrus wrote: > Subject: Re: Clock rate on SGI's > >Turns out that this is a bug in IRIX 5.3 All Impact when running on certain > >models of the 250MHz R4400 CPU module. More specificaly, if your CPU module > >revision is: > > > >030-0808-001 RevE > > > >the cycle counter time will be reported as 32000 ps, whereas it should be 40000 > >ps. This has been fixed under IRIX 6.2, which reports 40000. If your CPU module > >revision is: > > > >030-0937-001 RevA > > > >both 5.3 All Impact and 6.2 will report a cycle interval of 48000 ps, which > >appears to be correct. > > > >Found this out the hard way... > > > > We found out the hard way also, but this doesn't explain the problem with > the indy who claims to have a number 45454 but is actually 45000 (see > earlier chart). > > Same problem? Hi John-- I'm a little suspicious of your calculated number 45000 for the indy since it came from a measured ticks/second of exactly 22,222,222... Do you get this number consistently? Can you send or post a copy of the program you used? > When writing code to test the actual clock rate, we had a funny experience. > > The output at the end of this mail message contains a series of runs of the > "clocktest" program at different times and at different accuracies (which > decides how long the program should run). The number after 'clocktest' tells > the program how accurate the answer needs to be. > > We found the actual calculated clock rate to be 40,000 sometimes and 41,600 > at other times. This was on a 250Mhz R4400 Extreme. Our Elan changes between > 39999 and 39995 for minutes at a time also. Same program, just run at a > different time. Of course, I am less concerned about a 0.01 percent change > on the Elan than the huge 4 percent variation on the Extreme. > > What could be the problem here? > I assume you are measuring the memory-mapped realtime clock returned by syssgi(SGI_QUERY_CYCLECNTR) (or equivalently pfGetTime()) against the time returned by gettimeofday() (or time(), or times(), or something). Keep in mind that the time returned by gettimeofday() and friends is very unstable. Certain events such as console messages cause the clock to stop for typically 10 milliseconds. If you are running timed or timeslave, every couple of minutes (typically) it will call adjtime() to sync with the network or master time. This does not cause an instantaneous time change; rather, it causes the clock to speed up or slow down for a period of a few seconds to a few minutes. The memory-mapped realtime clock is not subject to any such adjustments (but of course this means it will drift eventually...) I suspect that these adjustments account for the apparent changes in measured clock speed that you observed between different runs of the same program. See the man pages for timed(1), timeslave(1), adjtime(3) for more depressing details. You can make timed log its activity to a file so you can see when it's doing its evil deeds. Experiment with adjtime() and "date -a". Let us know if you still think something's awry. Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 03:19:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA16805; Tue, 9 Jul 1996 02:43:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA16789; Tue, 9 Jul 1996 02:43:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA25576; Tue, 9 Jul 1996 02:43:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA15697; Tue, 9 Jul 1996 02:43:28 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA29561 for ; Tue, 9 Jul 1996 02:43:14 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id LAA15427 for ; Tue, 9 Jul 1996 11:43:07 +0200 Received: from neptune.corys by corysmailserv (5.x/SMI-SVR4) id AA08120; Tue, 9 Jul 1996 11:36:38 +0200 Received: by neptune.corys (5.x/SMI-SVR4) id AA08769; Tue, 9 Jul 1996 11:38:21 +0200 Date: Tue, 9 Jul 1996 11:38:21 +0200 From: reymond@corysmailserv.corys.fr (Gilles Reymond) Message-Id: <9607090938.AA08769@neptune.corys> To: info-performer@sgi.com Subject: Transparency perfs on iR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: jUvr4HR46XyMN0vbzkbiMA== Status: O Hello, We have an on-going development down here which aims at a steady 60Hz frame rate image rendering on a iR with 1 RM6. However, we obviously want the best picture quality, don't we ? Hence, I wonder if there *really* is a performance drop by using pfTransparency's PFTR_BLEND_ALPHA mode instead of PFTR_MS_ALPHA_MASK, which is the usual when multisampling. If so, is there any data on this, maybe depending on the primitives being drawn or the framebuffer configuration, etc. ? Thanks a lot for any help, Gilles Reymond ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 10:17:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA17290; Tue, 9 Jul 1996 09:18:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA17274; Tue, 9 Jul 1996 09:18:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05402; Tue, 9 Jul 1996 09:17:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA27054; Tue, 9 Jul 1996 09:17:15 -0700 Received: from buggy.coryphaeus.com (buggy.coryphaeus.com [204.247.110.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA17785 for ; Tue, 9 Jul 1996 09:17:14 -0700 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA08557; Tue, 9 Jul 1996 09:17:30 -0700 Date: Tue, 9 Jul 1996 09:17:30 -0700 From: kowsik@coryphaeus.com (Kowsik Guruswamy) Message-Id: <9607090917.ZM8555@buggy.coryphaeus.com> In-Reply-To: "Thomas M. Miller" "Inherited pfGeostate values" (Jul 8, 9:10pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Thomas M. Miller" , info-performer@sgi.com Subject: Re: Inherited pfGeostate values Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 9:10pm, Thomas M. Miller wrote: > Subject: Inherited pfGeostate values > > If I have a pointer to a pfGeoSet and some of its pfGeoState attributes are > inherited what would be the simplest way to find the values that will be > inherited at draw time? > > --TMIV pfGeoState::getInherit() K. -- kowsik@coryphaeus.com | pirts suiboM a hguorht neeb sah txet sihT http://www.coryphaeus.com | | You are not you, you are me! - arnie work: (408)-395-4537 e210 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 10:23:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA17333; Tue, 9 Jul 1996 09:42:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA17314; Tue, 9 Jul 1996 09:41:34 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06120; Tue, 9 Jul 1996 09:40:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28046; Tue, 9 Jul 1996 09:40:39 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA23765 for ; Tue, 9 Jul 1996 09:40:38 -0700 Received: from pepe by acusoft.com (5.x/SMI-SVR4) id AA17270; Tue, 9 Jul 1996 12:40:15 -0400 Received: by pepe (940816.SGI.8.6.9) id MAA05639; Tue, 9 Jul 1996 12:35:39 -0400 Date: Tue, 9 Jul 1996 12:35:38 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@pepe To: Kowsik Guruswamy Cc: info-performer@sgi.com Subject: Re: Inherited pfGeostate values In-Reply-To: <9607090917.ZM8555@buggy.coryphaeus.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 9 Jul 1996, Kowsik Guruswamy wrote: > On Jul 8, 9:10pm, Thomas M. Miller wrote: > > Subject: Inherited pfGeostate values > > > > If I have a pointer to a pfGeoSet and some of its pfGeoState attributes are > > inherited what would be the simplest way to find the values that will be > > inherited at draw time? > > > > --TMIV > > pfGeoState::getInherit() > Apparently my question was not specific enough. Restatement of the question: I have a pointer to a pfGeoSet. I have checked the bitmask returned by pfGeoState::getInherit() it tells me this pfGeoSet inherits some attributes. What is the simplest way to get the value that will be inherited from the global state? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 10:23:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA17354; Tue, 9 Jul 1996 09:44:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA17338; Tue, 9 Jul 1996 09:44:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06267; Tue, 9 Jul 1996 09:44:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28169; Tue, 9 Jul 1996 09:44:22 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA23531 for ; Tue, 9 Jul 1996 09:39:32 -0700 From: orad@netvision.net.il Received: from zion.netvision.net.il (ts004p8.pop9a.netvision.net.il [194.90.11.82]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id TAA19921; Tue, 9 Jul 1996 19:37:02 +0300 (IDT) Date: Tue, 9 Jul 96 19:29:29 PDT Subject: transparency levels with screen-door transparency To: info-performer@sgi.com Cc: orad@netvision.net.il X-Mailer: Chameleon V0.05, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, I am trying to use screen-door transparency instead of blended transparency, on multisampling-able machines (RE2 and iR). The code is IrisGL for RE2 and OpenGL for iR. The problem is the number of different transparency levels. The first method is msalpha(MSA_MASK) (or glEnable(GL_SAMPLE_ALPHA_TO_MASK) in OpenGL) the mask is derived automatically from incomming alpha. Performer with pfTransparency PFTR_MS_ALPHA_MASK, is actually using this method. In this mode I get only n+1 transparency levels (including the extremes), where n is the number of samples in the multisample buffer. On the other hand, with msmask() (or glSampleMaskSGIS() in OpenGL), where the mask is speficied directly, I get 4*n transparency levels, by the 2x2 dithering done by the hardware. Performer documentation actually states the 4*n (and the 2x2 dithering), but this seems to work only with the second method. Why can't the first method produce the same number of transparency levels? Another problem is specific to the iR. When doing the dithering, it uses a bad pattern for the (1/2,1/2) dither. Instead of x o o x which is used by the RE2, it uses x x o o which is worse because it makes visible lines. The tests were done on a RE2 running Irix5.3, and iR running Irix6.2 Please send answers also directly. Thanks, Moshe Nissim Orad Hi-Tec Systems ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 12:54:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA17744; Tue, 9 Jul 1996 12:34:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA17728; Tue, 9 Jul 1996 12:34:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA11924; Tue, 9 Jul 1996 12:33:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA07439; Tue, 9 Jul 1996 12:33:11 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA11240 for ; Tue, 9 Jul 1996 12:33:10 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA13132; Tue, 9 Jul 96 12:33:07 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA04089; Tue, 9 Jul 1996 12:33:05 -0700 From: "Sharon Clay" Message-Id: <9607091233.ZM4087@rose.asd.sgi.com> Date: Tue, 9 Jul 1996 12:33:05 -0700 In-Reply-To: "Thomas M. Miller" "Re: Inherited pfGeostate values" (Jul 9, 12:35pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Thomas M. Miller" , Kowsik Guruswamy Subject: Re: Inherited pfGeostate values Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 9, 12:35pm, Thomas M. Miller wrote: > Subject: Re: Inherited pfGeostate values -> ->Restatement of the question: -> -> I have a pointer to a pfGeoSet. I have checked the bitmask returned -> by pfGeoState::getInherit() it tells me this pfGeoSet inherits some -> attributes. What is the simplest way to get the value that will be -> inherited from the global state? -> Well, pfGetCurGStateAttr() returns the _current_ value of inherited attributes - but this implies that the proper pfGeoState has been loaded when you do the query. If you have a pointer to that pfGeoState anyway, you can obviously just query the attributes corresponding to those set in your inherit mask. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 13:45:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA18014; Tue, 9 Jul 1996 13:26:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA17998; Tue, 9 Jul 1996 13:26:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA13669; Tue, 9 Jul 1996 13:26:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10048; Tue, 9 Jul 1996 13:26:49 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA25443 for ; Tue, 9 Jul 1996 13:26:48 -0700 Received: from chevron.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA16107; Tue, 9 Jul 96 13:26:46 -0700 Received: by chevron.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA21790; Tue, 9 Jul 1996 13:26:45 -0700 From: "Marek Czernuszenko" Message-Id: <9607091326.ZM21788@chevron.asd.sgi.com> Date: Tue, 9 Jul 1996 13:26:44 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: OpenGL visual selection in Performer Cc: marekc@chevron.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I try to get a conformation from Performer that requested visual was set. I use pfGetPWinFBConfigId to get visual id, but it always returns 0, no matter if this visual was set or not (first printf statement). On the other hand, when I specify visual explicitly (second printf statement) I get correct number. Is this a bug ? Is there an other way to make sure that visual was set ? Thanks in advance, -Marek { int attrs[] = { PFFB_DOUBLEBUFFER, PFFB_RGBA, PFFB_RED_SIZE, 1, PFFB_GREEN_SIZE, 1, PFFB_BLUE_SIZE, 1, PFFB_DEPTH_SIZE, 1, PFFB_STEREO, PFFB_SAMPLE_BUFFER, 1, PFFB_SAMPLES, 4, None }; pfPWinFBConfigAttrs(pwin,attrs); printf("Visual Id: %d\n",pfGetPWinFBConfigId(pwin)); pfPWinFBConfigId(pwin, 129); printf("Visual Id: %d\n",pfGetPWinFBConfigId(pwin)); } -- ----------------------------------------------------------- Marek Czernuszenko http://www.eecs.uic.edu/~mczernus Silicon Graphics Inc. (415) 933-7234 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 9 13:56:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA18060; Tue, 9 Jul 1996 13:37:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA18044; Tue, 9 Jul 1996 13:37:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA13984; Tue, 9 Jul 1996 13:36:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10683; Tue, 9 Jul 1996 13:36:47 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA27926 for ; Tue, 9 Jul 1996 13:36:38 -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 NAA19691 for ; Tue, 9 Jul 1996 13:40:09 -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 UAA20853 for ; Tue, 9 Jul 1996 20:37:20 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id NAA16897 for info-performer@sgi.com; Tue, 9 Jul 1996 13:40:26 -0700 From: "Marcus Barnes" Message-Id: <9607091340.ZM16895@royalflush.engr.multigen.com> Date: Tue, 9 Jul 1996 13:40:26 -0700 In-Reply-To: "Thomas M. Miller" "Inherited pfGeostate values" (Jul 8, 9:10pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Inherited pfGeostate values Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 9:10pm, Thomas M. Miller wrote: > Subject: Inherited pfGeostate values > > If I have a pointer to a pfGeoSet and some of its pfGeoState attributes are > inherited what would be the simplest way to find the values that will be > inherited at draw time? Here's a debugging function available from the OpenFlight loader that shows what I think you're asking for ... you can call it if you want: ----------------------------------- void mgDumpGState ( pfGeoState* gstate ) { unsigned inh = pfGetGStateInherit( gstate ); pfMaterial* mtl = pfGetGStateAttr( gstate, PFSTATE_FRONTMTL ); pfTexEnv* tenv = pfGetGStateAttr( gstate, PFSTATE_TEXENV ); pfTexture* tex = pfGetGStateAttr( gstate, PFSTATE_TEXTURE ); pfNotify( PFNFY_DEBUG, PFNFY_MORE, " geostate: %p", gstate ); pfNotify( PFNFY_DEBUG, PFNFY_MORE, " material: %p, inherited: %d", mtl, inh & PFSTATE_FRONTMTL ); pfNotify( PFNFY_DEBUG, PFNFY_MORE, " texenv: %p, inherited: %d", tenv, inh & PFSTATE_TEXENV ); pfNotify( PFNFY_DEBUG, PFNFY_MORE, " texture: %p, inherited: %d", tex, inh & PFSTATE_TEXTURE ); if ( tex ) { pfNotify( PFNFY_DEBUG, PFNFY_MORE, " name: %s", pfGetTexName( tex ) ); } } ----------------------------------- Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 00:49:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA19509; Wed, 10 Jul 1996 00:38:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA19493; Wed, 10 Jul 1996 00:38:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01270; Wed, 10 Jul 1996 00:38:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA03587; Wed, 10 Jul 1996 00:38:44 -0700 Received: from rzm31.rz.uni-hildesheim.de (rzm31.rz.uni-hildesheim.de [147.172.16.41]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA16276 for ; Wed, 10 Jul 1996 00:37:23 -0700 Received: from cip.med-informatik.uni-hildesheim.de (merlin.med-informatik.uni-hildesheim.de [147.172.48.149]) by rzm31.rz.uni-hildesheim.de (8.7.3/21-06-96/07:39:46/azin0999) with ESMTP for id ; Wed, 10 Jul 1996 09:36:41 +0200 (MET DST) Received: (from kober@localhost) by cip.med-informatik.uni-hildesheim.de (8.7.3/8.7.3) id JAA12866 for info-performer@sgi.com; Wed, 10 Jul 1996 09:35:52 +0200 (MDT) Date: Wed, 10 Jul 1996 09:35:52 +0200 (MDT) From: "O. Kober" Message-Id: <199607100735.JAA12866@cip.med-informatik.uni-hildesheim.de> Apparently-To: Status: O unsubscribe unsubscribe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 01:20:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA19650; Wed, 10 Jul 1996 01:11:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA19634; Wed, 10 Jul 1996 01:11:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA02015; Wed, 10 Jul 1996 01:11:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA04273; Wed, 10 Jul 1996 01:11:48 -0700 Received: from huey.disney.com (huey.disney.com [204.128.192.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA21801 for ; Wed, 10 Jul 1996 01:11:47 -0700 Received: from fat.rd.wdi.disney.com (fat.rd.wdi.disney.com [206.18.65.1]) by huey.disney.com (8.7.5/8.7.3) with SMTP id BAA14177 for ; Wed, 10 Jul 1996 01:07:47 -0700 (PDT) Received: from beans (beans.rd.wdi.disney.com) by fat.rd.wdi.disney.com with SMTP id AA18123 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Wed, 10 Jul 1996 01:12:38 -0700 Received: by beans (940816.SGI.8.6.9/940406.SGI.AUTO) id BAA05969; Wed, 10 Jul 1996 01:12:36 -0700 Date: Wed, 10 Jul 1996 01:12:36 -0700 Message-Id: <199607100812.BAA05969@beans> From: Scott Watson To: info-performer@sgi.com Subject: 640x480 active lines STEREO ??? Status: O Performer Friends, Why can't I get this to work? I can put the monitor into 1280x1024_60 mode and then kick it into 120Hz mode and get 1280x512 x 2 (left and right). I can put the monitor into 640x480_60 and then put it into 640x240_120. By extension putting the display into 640x1024_60 and 640_512_120 would seem to get me what I want, except that X doesn't seem to manage this 640x1024 vof correctly and my Sony 1270 freaks out on this ratio of horiz and vertical. I'm happy to use either top/bottom or Quad buffer. Does any one recognize this or have any ideas? -Scott ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 09:59:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA20058; Wed, 10 Jul 1996 09:50:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA20040; Wed, 10 Jul 1996 09:50:52 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14356; Wed, 10 Jul 1996 09:50:51 -0700 Received: from relay5.UU.NET by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id JAA08356; Wed, 10 Jul 1996 09:50:50 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.33]) id QQaxtz01468; Wed, 10 Jul 1996 12:50:49 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 10 Jul 1996 12:50:49 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA21939; Wed, 10 Jul 96 12:34:15 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id MAA09566; Wed, 10 Jul 1996 12:34:15 -0400 From: "Gan Wang" Message-Id: <9607101234.ZM9564@cavalier> Date: Wed, 10 Jul 1996 12:34:14 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com, info-performer@sgi.com Subject: pfSphereContainsBox? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, There does not appear to be a function *pfSphereContainsBox*. Why? What should I do to best accomplish the same thing? Thanks. Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 09:59:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA20074; Wed, 10 Jul 1996 09:50:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA20049; Wed, 10 Jul 1996 09:50:52 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14359; Wed, 10 Jul 1996 09:50:52 -0700 Received: from relay5.UU.NET by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id JAA08364; Wed, 10 Jul 1996 09:50:51 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.33]) id QQaxtz01473; Wed, 10 Jul 1996 12:50:50 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 10 Jul 1996 12:50:50 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA21975; Wed, 10 Jul 96 12:45:41 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id MAA09583; Wed, 10 Jul 1996 12:45:41 -0400 From: "Gan Wang" Message-Id: <9607101245.ZM9581@cavalier> Date: Wed, 10 Jul 1996 12:45:40 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Compiler warnings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I am trying to compile the directory /usr/share/Performer/src/pguide/libpr/C using the default Makefile. It gives me the following warnings. It appears that multiple pflibs have the duplicate definitions or there are conflicting includes in the Makefile. How bad is it and what should I do about it? I am using Performer 2.1 under 6.2. Thanks. Here are the warnings... ld: WARNING 84: /usr/lib/libpfdu_ogl.so is not used for resolving any symbol. ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isExactType__8pfMemoryFP6pfType in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of __as__8pfMemoryFPC8pfMemory in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getRef__8pfMemoryFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getGLHandle__8pfObjectCFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getUserData__8pfObjectFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 84: /usr/lib/libpfui.so is not used for resolving any symbol. ld: WARNING 85: definition of XSGIvcQueryVersion in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryVideoScreenInfo in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcListVideoFormats in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of matchWilde in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcListVideoFormatsCombinations in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcListVideoFormatsInCombination in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcLoadVideoFormat in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcLoadVideoFormatCombination in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcDisableChannel in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryChannelInfo in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryMonitorName in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputGain in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputPedestal in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputPhaseH in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputPhaseSCH in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputPhaseV in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetChannelGammaMap in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputBlanking in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputGain in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputPedestal in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputPhaseH in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputPhaseSCH in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputPhaseV in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryChannelGammaMap in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputBlanking in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetOutputSync in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryOutputSync in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetScreenInputSyncSource in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryScreenInputSyncSource in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSetPlatformParameter in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryPlatformParameter in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryScreenGammaMaps in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryGammaMap in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcStoreGammaColors8 in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcStoreGammaColors16 in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcQueryGammaColors in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcSelectInput in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of XSGIvcFreeVideoFormatInfo in /usr/lib/libXsgivc.a(Xvc.o) preempts that definition in /usr/lib/libpf_ogl.so. ld: WARNING 85: definition of _calloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: Giving up after printing 50 warnings. Use -wall to print all warnings. making symbolic links to DSO versions Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 11:37:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA20275; Wed, 10 Jul 1996 11:35:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA20259; Wed, 10 Jul 1996 11:35:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17983; Wed, 10 Jul 1996 11:35:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26245; Wed, 10 Jul 1996 11:35:10 -0700 Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA08310 for ; Wed, 10 Jul 1996 11:35:01 -0700 Received: from visvr1.rus.uni-stuttgart.de (visvr1-fd.rus.uni-stuttgart.de [129.69.18.62]) by artemis.rus.uni-stuttgart.de with ESMTP id UAA27151 (8.6.13/IDA-1.6 for ); Wed, 10 Jul 1996 20:34:58 +0200 Received: by visvr1.rus.uni-stuttgart.de (950413.SGI.8.6.12/BelWue-1.0SG(subsidiary)) (for info-performer@sgi.com) id SAA21831; Wed, 10 Jul 1996 18:34:58 GMT From: "Daniela Rainer" Message-Id: <9607102034.ZM21829@visvr1.rus.uni-stuttgart.de> Date: Wed, 10 Jul 1996 20:34:58 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: type ushort for attribute index list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, the type of the attribute index list for pfGSetAttr(pfGeoSet *gset, int attr, int bind, void *alist, ushort *ilist); ^^^^^^ is ushort. I have objects with more than 65000 vertices and then the ilist contains values that are to big for ushort. Is there another way than dividing the objects into smaller objects before pfGSetAttr? Thanks for any ideas Regards Daniela ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 12:25:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA20357; Wed, 10 Jul 1996 12:17:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA20341; Wed, 10 Jul 1996 12:17:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19142; Wed, 10 Jul 1996 12:17:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA28693; Wed, 10 Jul 1996 12:17:30 -0700 Received: from cs.nps.navy.mil (cs.nps.navy.mil [131.120.1.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA19249 for ; Wed, 10 Jul 1996 12:17:29 -0700 Received: from kahuna.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA05446; Wed, 10 Jul 96 12:16:28 PDT Received: by kahuna.cs.nps.navy.mil (950413.SGI.8.6.12) id MAA08326; Wed, 10 Jul 1996 12:16:27 -0700 From: "Randall Barker" Message-Id: <9607101216.ZM8324@kahuna.cs.nps.navy.mil> Date: Wed, 10 Jul 1996 12:16:27 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Problems with 2.0.1 and n32 Cc: barham@cs.nps.navy.mil, barker@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We just recently upgraded to IRIX 6.2. I recompiled our Performer Application with both the n32 and o32 libs of Performer 2.0.1. The o32 version works just like it did under 5.3 (no surprise there). However, the n32 version core dumps most of the time. I have been able to get it to run once and a while, and when it does comes up, it runs with no problems. I was wondering if any one else has had this problem and if so, How was it fixed? I have tried the n32 version on the following machines running IRIX 6.2, each time with the same result: a four processor R10000 iR a 200Mhz R4400 Max Impact a R5000 Indy-Studio Any help would be great. Thanks... -Randall Fore your reading enjoyment here is a stack trace from the core dump: > 0 ::_pfDirtCheck(int,int)(0x91d, 0x0, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpr/pfState.C":1160, 0x9495068] 1 pfTexEnv::pr_apply(void)(0x1a58b8e0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpr/pfTexture.C":4222, 0x94b349c] 2 pfTexEnv::apply(void)(0x12c06ea0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpr/pfTexture.C":4192, 0x94b312c] 3 ::_pfInitGfxModes(void)(0x12c06ea0, 0x18080000, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x0) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfProcess.C":468, 0x94359dc] 4 pfPipeWindow::pf_openWin(void)(0x18b82ba0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x18b82890) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfPipeWindow.C":1360, 0x93d62ec] 5 pfPipeWindow::nb_open(void)(0x12c06ea0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfPipeWindow.C":519, 0x93d5d58] 6 ::pfOpenPWin(0x12c06ea0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/cPipeWindow.C":1085, 0x9408724] 7 ::open_pipe_line(_pfPipeWindow*)(0x18b82ba0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/tmp_mnt/disk2/barker/npsnet/src/display/npsnet/window.cc":134, 0x5102f8] 8 pfPipeWindow::pf_callConfigFunc(void)(0x18b82ba0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfPipeWindow.C":1451, 0x93d76a8] 9 pfPipeWindow::pf_updateOpenStatus(void)(0x18b82ba0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfPipeWindow.C":697, 0x93d65fc] 10 ::appCullDraw(int)(0x0, 0xf000e, 0x1, 0x12c072b0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfProcess.C":2387, 0x943b2b0] 11 ::pfFrame(0x0, 0xf000e, 0x0, 0x0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/vince/6.2-mar09/work/performer/perf/lib/libpf/pfProcess.C":2727, 0x943beb4] 12 ::main(0x1, 0x7fff2f34, 0x1, 0x0, 0x20, 0x1b41168, 0x12c072b0, 0x12db9000) ["/tmp_mnt/disk2/barker/npsnet/src/apps/npsnet/main.cc":1653, 0x1000ed78] 13 __start() ["/vince/6.2-mar09/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":166, 0x1000b464] -- Randall E. Barker Spanagel Hall, Room 254 Naval Postgraduate School e-mail: barker@cs.nps.navy.mil Computer Science, Code CS/Barker Phone: 408.656.2844 Monterey, California 93943 Fax: 408.656.2814 URL: http://www-npsnet.cs.nps.navy.mil/barker/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 12:29:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA20389; Wed, 10 Jul 1996 12:23:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA20373; Wed, 10 Jul 1996 12:23:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19311; Wed, 10 Jul 1996 12:23:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29026; Wed, 10 Jul 1996 12:23:05 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA20482 for ; Wed, 10 Jul 1996 12:23:04 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA19640; Wed, 10 Jul 96 12:23:02 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA09925; Wed, 10 Jul 1996 12:22:57 -0700 From: "Sharon Clay" Message-Id: <9607101222.ZM9923@rose.asd.sgi.com> Date: Wed, 10 Jul 1996 12:22:56 -0700 In-Reply-To: "Daniela Rainer" "type ushort for attribute index list" (Jul 10, 8:34pm) References: <9607102034.ZM21829@visvr1.rus.uni-stuttgart.de> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Daniela Rainer" , info-performer@sgi.com Subject: Re: type ushort for attribute index list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 10, 8:34pm, Daniela Rainer wrote: > Subject: type ushort for attribute index list -> ->Hi, -> ->the type of the attribute index list for -> -> pfGSetAttr(pfGeoSet *gset, int attr, int bind, void *alist, ushort *ilist); -> ^^^^^^ -> ->is ushort. Yes - since most pfGeoSets are small, we did this to save memeory in the common case. ->I have objects with more than 65000 vertices and then the ilist ->contains values that are to big for ushort. Is there another way than dividing ->the objects into smaller objects before pfGSetAttr? You need to break the pfGeoSet. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 10 19:04:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA22244; Wed, 10 Jul 1996 19:02:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA22228; Wed, 10 Jul 1996 19:02:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA01229; Wed, 10 Jul 1996 19:02:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA17367; Wed, 10 Jul 1996 19:02:36 -0700 Received: from radiance.com (cosmos.radiance.com [205.164.117.195]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA20551 for ; Wed, 10 Jul 1996 19:02:34 -0700 Received: from abyss by radiance.com via SMTP (940816.SGI.8.6.9/920502.SGI) id SAA21236; Wed, 10 Jul 1996 18:57:43 -0700 Message-ID: <31E460A1.A2A@radiance.com> Date: Wed, 10 Jul 1996 19:02:09 -0700 From: Srikanth Subramaniam Reply-To: srikanth@radiance.com Organization: Radiance Software X-Mailer: Mozilla 3.0b3Gold (WinNT; I) MIME-Version: 1.0 To: www-vrml@wired.com, info-performer@sgi.com Subject: Job: 3D/VRML software engr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Radiance Software, a growing Internet-related company, is looking for qualified software engineers to be part of a team developing a next-generation 3D authoring system for VRML/Internet. * Develop authoring tools for 3D animation, modeling, rendering, and behaviors in 3D Web pages. * Get involved in the state-of-art in 3D algorithms, user interfaces, object-oriented design, and web programming. * Opportunity for growth, design-level responsibilities, and stock options. * Creative, flexible work environment * Location in Mountain View, in the heart of Silicon Valley. Candidate Requirements: * Require experience in 3D graphics programming * Require expertise in C++ and OO programming * Experience in one or more of the following desirable: virtual reality, VRML, 3D modeling, 3D animation, physically-based simulation, Java, OpenGL / Inventor, PC+UNIX programming. Check www.radiance.com for details. Please send your resume to HR, Radiance Software. Fax (preferred): (415) 943-1311, or Email (Ascii): hr@radiance.com ______________________________________________________________ Radiance Software Intl Corp: 1900 Powell Street, Ste 1135, Emeryville, CA 94608 Engg: 2672 Bayshore Pkwy, Ste 515, Mountain View, CA 94043 Email: Ez3d@radiance.com http://www.radiance.com HR: hr@radiance.com Sales: (510) 848-7621 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 04:10:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id EAA22686; Thu, 11 Jul 1996 04:02:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id EAA22670; Thu, 11 Jul 1996 04:02:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA12734; Thu, 11 Jul 1996 04:02:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA02292; Thu, 11 Jul 1996 04:02:00 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA10241 for ; Thu, 11 Jul 1996 03:58:26 -0700 Received: from hydra.uni-paderborn.de (hydra [131.234.144.9]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id MAA13986; Thu, 11 Jul 1996 12:58:18 +0200 Received: from hydra (localhost.dfn.de [127.0.0.1]) by hydra.uni-paderborn.de (8.6.10/hni-client-sunos) with SMTP id MAA07966; Thu, 11 Jul 1996 12:54:42 +0200 Sender: brandt@hni.uni-paderborn.de Message-ID: <31E4DD71.794BDF32@hni.uni-paderborn.de> Date: Thu, 11 Jul 1996 12:54:41 +0200 From: Christoph Brandt Organization: Heinz Nixdorf Institut X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.4 sun4c) MIME-Version: 1.0 To: info-performer@sgi.com Subject: IT-Museum looks for outstanding CG and VR applications Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi folks ! In October 1996 the Heinz Nixdorf MuseumsForum (HNF) in Paderborn, Germany, a new museum for information technology, opens its doors for the visitors. The HNF unites the historical dimension of a museum for information technology with the current and forward-looking topics of a forum in a combination that is unique. Please see http://www.hnf.de for more information about the HNF. A so-called "Software-Theater" (software theatre) will be one of the central exhibits of the museum. The Software-Theatre offers room for 25 visitors and has got progressive technology for presentations, including a SGI Onyx/RE2 computer (4 150 MHz CPUs, 2 pipes with 2 RM4 boards each), a 6 square metres stereo-projection-screen, 3D stereo sound and VR interface equipment. In the software-theatre visitors will learn in a concise, impressive and entertaining way the fields of use, the possibilities and the potential of computer generated graphics today and in the future. The programme will contain, among other CG related topics: - Virtual Reality applications - interactive computer graphic applications - computer graphic animations. The applications above will cover the use of computer graphics in areas like industrial engineering, science and research, entertainment, movie and television, arts and medicine. Our working group at the Heinz Nixdorf Institut (http://wwwhni.uni-paderborn.de) is responsible for the technical setup, maintenance and operation of this software theatre. We hope to find people who would like to support us in creating an exciting programme by supplying demonstrations of their work. What we need are outstanding examples of computer graphics / VR applications on videotape or data sets which can be run on the above mentioned hardware environment. In return the Heinz Nixdorf MuseumsForum offers you a very widely recognised platform for your work in a professional environment. Don't hesitate to contact me if I you have further questions about the Software Theater in the HNF. Thanks in advance for positive reply, Christoph Brandt _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Heinz Nixdorf Institut Rechnerintegrierte Produktion Fuerstenallee 11 33102 Paderborn Germany e-mail: brandt@hni.uni-paderborn.de Tel.: 0049-(0)5251-60-6233 Fax: 0049-(0)5251-60-6268 http://www.hni.uni-paderborn.de/rip _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 05:37:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA22779; Thu, 11 Jul 1996 05:35:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA22763; Thu, 11 Jul 1996 05:35:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14551; Thu, 11 Jul 1996 05:35:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA04679; Thu, 11 Jul 1996 05:35:10 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA24673 for ; Thu, 11 Jul 1996 05:35:02 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA26788 (5.65b/CWI-3.3); Thu, 11 Jul 1996 14:30:41 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id OAA17152 for ; Thu, 11 Jul 1996 14:28:02 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id OAA22111 for info-performer@sgi.com; Thu, 11 Jul 1996 14:25:07 +0200 (MET DST) From: Veraart Message-Id: <199607111225.OAA22111@s00sn1.fel.tno.nl> Subject: Bug in intersection for Performer 1.2 To: info-performer@sgi.com (performer) Date: Thu, 11 Jul 1996 14:25:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello, I have an application that does a lot of intersection queries on a terrain database file in flight format. The application was first written for Performer 1.2. I turns out that for a few polygons in the database the intersection was wrong. The returned height was about 20 to 50 m wrong, above or below the actual polygon height. Almost all samples/intersections taken on these polygons gave a wrong answer. Due to circumstances I had to port the application to Performer 2.0. Now the problems are gone and it works about 10 times faster. The performer 1.2 version took 8 hours on a 8 CPU ONYX (fully utilised) The performer 2.0 version took 45 minutes on the same computer. My questions: Was there a bug fix in teh intersection part of Performer or the flight performer loader? What is the reason that it runs 10 times faster? Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 05:54:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA22806; Thu, 11 Jul 1996 05:53:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA22790; Thu, 11 Jul 1996 05:53:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14910; Thu, 11 Jul 1996 05:53:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA05143; Thu, 11 Jul 1996 05:53:02 -0700 Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA27694 for ; Thu, 11 Jul 1996 05:52:58 -0700 Received: from panoramix.urc.tue.nl [131.155.4.131] by mailhost.tue.nl (8.7.4) for id OAA07948 (ESMTP). Thu, 11 Jul 1996 14:52:55 +0200 (MET DST) Received: from rcion@localhost by panoramix.urc.tue.nl (8.7.5) for info-performer@sgi.com id OAA08300. Thu, 11 Jul 1996 14:52:56 +0200 (MDT) From: Ion Barosan Message-Id: <199607111252.OAA08300@panoramix.urc.tue.nl> Subject: C++ API To: info-performer@sgi.com Date: Thu, 11 Jul 1996 14:52:56 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I have convert the 3DS loader to C++ API and compiled it. But if I try do load a 3ds file, I get a : "PF Warning/Assert: pfdFindConverterDSO() - Function "pfdLoadFile_3ds" not defined in DSO "/usr/lib/libpfdb/libpf3ds_igl.so" PF Warning: pfdLoadFile() - Unable to load file crater.3ds because of problem finding pfdLoadFile_3ds" My question is, why does the pfdFindConverterDSO not find the pfdLoadFile_3ds function ? Any help will be appreciated !!! - Thanks, -Ion ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 06:49:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA22916; Thu, 11 Jul 1996 06:47:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA22900; Thu, 11 Jul 1996 06:47:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16058; Thu, 11 Jul 1996 06:47:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06872; Thu, 11 Jul 1996 06:47:52 -0700 Received: from barney.reading.sgi.com ([144.253.74.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA07043; Thu, 11 Jul 1996 06:47:50 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id OAA11044; Thu, 11 Jul 1996 14:47:47 +0100 From: "Rob Jenkins" Message-Id: <9607111447.ZM11042@barney.reading.sgi.com> Date: Thu, 11 Jul 1996 14:47:47 +0100 In-Reply-To: Ion Barosan "C++ API" (Jul 11, 2:52pm) References: <199607111252.OAA08300@panoramix.urc.tue.nl> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Ion Barosan , info-performer@sgi.com Subject: Re: C++ API Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 2:52pm, Ion Barosan wrote: > Subject: C++ API > Hi, > > > I have convert the 3DS loader to C++ API and compiled it. > But if I try do load a 3ds file, I get a : > "PF Warning/Assert: pfdFindConverterDSO() - Function "pfdLoadFile_3ds" not > defined in DSO "/usr/lib/libpfdb/libpf3ds_igl.so" > PF Warning: pfdLoadFile() - Unable to load file > crater.3ds because of problem finding pfdLoadFile_3ds" > > > My question is, why does the pfdFindConverterDSO not find the pfdLoadFile_3ds function ? > > > > Any help will be appreciated !!! > > > - Thanks, > -Ion > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Ion Barosan Ian You could check you've installed il_eoe.sw.c ( NOTE elfdump -Dl /usr/lib/libpfdb/libpf3ds_igl.so shows that it links to libcil.so which is in il_eoe.sw.c and isn't always installed ). Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 07:01:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA22945; Thu, 11 Jul 1996 06:59:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA22929; Thu, 11 Jul 1996 06:59:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16306; Thu, 11 Jul 1996 06:59:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07249; Thu, 11 Jul 1996 06:59:54 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA09067 for ; Thu, 11 Jul 1996 06:59:53 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA24048; Thu, 11 Jul 1996 09:53:13 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id JAA13639; Fri, 12 Jul 1996 09:50:06 -0400 From: "Nicolas Gauvin" Message-Id: <9607120950.ZM13637@excalibur.cae.ca> Date: Fri, 12 Jul 1996 09:50:06 -0400 In-Reply-To: Ion Barosan "C++ API" (Jul 11, 2:52pm) References: <199607111252.OAA08300@panoramix.urc.tue.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: I.Barosan@urc.tue.nl Subject: Re: C++ API Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 2:52pm, Ion Barosan wrote: > Subject: C++ API > > My question is, why does the pfdFindConverterDSO not find the pfdLoadFile_3ds > function ? > >-- End of excerpt from Ion Barosan Try adding this in your function declaration: #ifdef __cplusplus extern "C" { #endif pfNode *pfdLoadFile_3ds( char *model_name ); #ifdef __cplusplus } #endif You can check the Inventor loader for an example. It is using the C++ api also. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 07:39:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA23034; Thu, 11 Jul 1996 07:37:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA23018; Thu, 11 Jul 1996 07:37:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17134; Thu, 11 Jul 1996 07:37:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08598; Thu, 11 Jul 1996 07:37:20 -0700 Received: from mcenroe.cs.unc.edu (mcenroe.cs.unc.edu [152.2.128.184]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA16720 for ; Thu, 11 Jul 1996 07:37:19 -0700 Received: from indigo1.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id KAA16658; Thu, 11 Jul 1996 10:37:18 -0400 Received: by indigo1.cs.unc.edu (8.6.9/UNC_06_21_94) id KAA07764; Thu, 11 Jul 1996 10:37:16 -0400 From: Hansong Zhang Message-Id: <199607111437.KAA07764@indigo1.cs.unc.edu> Subject: Re: C++ API To: I.Barosan@urc.tue.nl (Ion Barosan) Date: Thu, 11 Jul 1996 10:37:15 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <199607111252.OAA08300@panoramix.urc.tue.nl> from "Ion Barosan" at Jul 11, 96 02:52:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 990 Status: O > > Hi, > > > I have convert the 3DS loader to C++ API and compiled it. > But if I try do load a 3ds file, I get a : > "PF Warning/Assert: pfdFindConverterDSO() - Function "pfdLoadFile_3ds" not > defined in DSO "/usr/lib/libpfdb/libpf3ds_igl.so" > PF Warning: pfdLoadFile() - Unable to load file > crater.3ds because of problem finding pfdLoadFile_3ds" > > > My question is, why does the pfdFindConverterDSO not find the pfdLoadFile_3ds function ? > > > > Any help will be appreciated !!! > > > - Thanks, > -Ion > It seems to be because when you compile function pfdLoadFile_3ds() with CC, the fuction name is appended with a C++ signature so it's no longer named pfdLoadFile_3ds (but something like e.g. pfdLoadFile_3ds__FPc, you may use "elfdump -t objectfile" to see the modified func name). So pfdFindConverterDSO can't find any function by the original name. Try using extern "C" { ... } to force off signatures. regards, Hansong ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 07:46:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA23063; Thu, 11 Jul 1996 07:44:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA23047; Thu, 11 Jul 1996 07:44:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17315; Thu, 11 Jul 1996 07:44:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08764; Thu, 11 Jul 1996 07:44:20 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA18064 for ; Thu, 11 Jul 1996 07:44:19 -0700 Received: from uucp1.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp1.UU.NET [192.48.96.32]) id QQaxxi05278; Thu, 11 Jul 1996 10:44:18 -0400 (EDT) Received: from ds9.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Thu, 11 Jul 1996 10:44:18 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA26466; Thu, 11 Jul 96 10:24:47 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id KAA10469; Thu, 11 Jul 1996 10:24:45 -0400 From: "Gan Wang" Message-Id: <9607111024.ZM10467@cavalier> Date: Thu, 11 Jul 1996 10:24:44 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: 2.1 sample programs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, When I try to run the sample program *cliptex* under directory /usr/share/Performer/src/pguide/libpr/C with data in directory /usr/share/Performer/data/clipdata/hunter, it does not seem to work. The textures are not shown (only a white polygon is drawn), and the following warning is echoed repeatedly on different memory blocks: PF Warning(12): Problem pinning memory - 0x19421000 - 12 The same warning is echoed when running *icache* program under the same directory with the same data. In this case, the texture is shown, but appears to be smeared after a few frames. In fact, when I try to run *run_multiclip* under /usr/share/Performer/src/sample/C/asdfly, only polygons are shown also (no terrain textures). It echos the same pinning memory warning as above, and one more warning as below repeatedly: PF Notice/Usage: OpenGL Error 0x500 - invalid enumerant I am running the programs on a High Impact, under 6.2 with no patches. I am using Performer 2.1 standard release. Here is more detailed info on the hardware: % hinv Iris Audio Processor: version A2 revision 1.1.0 1 200 MHZ IP22 Processor FPU: MIPS R4000 Floating Point Coprocessor Revision: 0.0 CPU: MIPS R4400 Processor Chip Revision: 6.0 On-board serial ports: 2 On-board bi-directional parallel port Data cache size: 16 Kbytes Instruction cache size: 16 Kbytes Secondary unified instruction/data cache size: 2 Mbytes on Processor 0 Main memory size: 64 Mbytes EISA bus: adapter 0 Integral Ethernet: ec0, version 1 Integral SCSI controller 1: Version WD33C93B, revision D Integral SCSI controller 0: Version WD33C93B, revision D Disk drive: unit 1 on SCSI controller 0 Graphics board: High-AA Impact/TRAM option card % /usr/gfx/gfxinfo Graphics board 0 is "IMPACT" graphics. Managed (":0.0") 1280x1024 Product ID 0x0, 2 GEs, 1 RE, 4 TRAMs MGRAS revision 2, RA revision 5 HQ rev A, GE11 rev A, RE4 rev A, PP1 rev A, VC3 rev A, CMAP rev D, MC rev C 19" monitor (id 0x1) Does anyone have the similar experience, or can someone shed some light on what might be going wrong for me? Do I have the correct Performer release version? (I understand the ClipMap can be emulated on an Impact.) Thanks, Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 07:53:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA23086; Thu, 11 Jul 1996 07:51:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA23070; Thu, 11 Jul 1996 07:51:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17549; Thu, 11 Jul 1996 07:51:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09093; Thu, 11 Jul 1996 07:51:37 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA19722 for ; Thu, 11 Jul 1996 07:51:36 -0700 Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id KAA19954 for ; Thu, 11 Jul 1996 10:51:35 -0400 (EDT) Received: (from gordon@localhost) by stiletto.ait.nrl.navy.mil (8.7.5/8.7.3) id KAA10842 for info-performer@sgi.com; Thu, 11 Jul 1996 10:51:34 -0400 (EDT) From: "Kenneth Gordon" Message-Id: <9607111051.ZM10841@stiletto.ait.nrl.navy.mil> Date: Thu, 11 Jul 1996 10:51:33 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: 3DS file loader on an ONYX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O n Jul 11, 2:52pm, Ion Barosan wrote: > I have convert the 3DS loader to C++ API and compiled it. > But if I try do load a 3ds file, I get a : > "PF Warning/Assert: pfdFindConverterDSO() - Function "pfdLoadFile_3ds" not > defined in DSO "/usr/lib/libpfdb/libpf3ds_igl.so" > PF Warning: pfdLoadFile() - Unable to load file > crater.3ds because of problem finding pfdLoadFile_3ds" I have a similar problem with the loader for 3ds files, that I asked about several weeks ago and never found a solution for. I'm running Performer on several different machines. On the Max Impact or Solid Impacts, there are no problems. But when I execute my program on either of our ONYX's (we have an older ONYX, and we just recently got an RE3 in addition), I get errors when it tries to load the 3DS files: PF Warning: pfdFindConverterDSO() - Could not load DSO for extension "3ds" PF Warning: pfdLoadFile() - Unable to load file f15.3ds because of problem finding pfdLoadFile_3ds I only get these errors on 3ds files -- all other files work perfectly -- and I only get them on the two ONYX's. Any ideas? Thanks, in advance. -- Ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 08:11:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA23154; Thu, 11 Jul 1996 08:09:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA23138; Thu, 11 Jul 1996 08:09:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18057; Thu, 11 Jul 1996 08:09:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09968; Thu, 11 Jul 1996 08:09:44 -0700 Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA23643 for ; Thu, 11 Jul 1996 08:09:36 -0700 Received: from panoramix.urc.tue.nl [131.155.4.131] by mailhost.tue.nl (8.7.4) for id RAA11687 (ESMTP). Thu, 11 Jul 1996 17:09:31 +0200 (MET DST) Received: from rcion@localhost by panoramix.urc.tue.nl (8.7.5) for info-performer@sgi.com id RAA09305. Thu, 11 Jul 1996 17:09:32 +0200 (MDT) From: "Ion Barosan" Message-Id: <9607111709.ZM9303@panoramix.urc.tue.nl> Date: Thu, 11 Jul 1996 17:09:32 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: 3DS C++ API Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Thank to all of you for the replay to my message about 3DS C++ API. The linking problem is under control . I had to define the loader as extern "C" pfNode *pfdLoadFile_3ds in the C++ file. Beste Regards, -Ion. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 08:25:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA23247; Thu, 11 Jul 1996 08:24:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA23231; Thu, 11 Jul 1996 08:23:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18419; Thu, 11 Jul 1996 08:23:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA10657; Thu, 11 Jul 1996 08:23:58 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA26734 for ; Thu, 11 Jul 1996 08:23:57 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA09190 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Thu, 11 Jul 1996 11:23:55 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for info-performer@sgi.com id LAA15285; Thu, 11 Jul 1996 11:23:54 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9607111123.ZM15283@PacificOcean.coaps.fsu.edu> Date: Thu, 11 Jul 1996 11:23:53 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Triangle primitives Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I'm trying to put together a model of the earth using Performer, and so far I've completed a good model using points and lines as primitives, but have failed when using triangles. I would really like to make the model with triangles, but for some reason it isn't working. It's probably my algorithm, but I figured it had probably been done before, so I would solicit some advice from you. Another problem is that pfSharedArenaSize() doesn't seem to be allocating the right size for my memory pool. I set the size to extremely large (within our hardware limits), but I still get a message from pfMalloc() that I can my memory area is still at the default level. Thanks in advance, Aubrey holland@coaps.fsu.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 10:16:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA23727; Thu, 11 Jul 1996 10:14:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA23711; Thu, 11 Jul 1996 10:14:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21850; Thu, 11 Jul 1996 10:14:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA16674; Thu, 11 Jul 1996 10:14:20 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25464 for ; Thu, 11 Jul 1996 10:14:20 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.33]) id QQaxxs20437; Thu, 11 Jul 1996 13:14:19 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Thu, 11 Jul 1996 13:14:19 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA27020; Thu, 11 Jul 96 12:17:20 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id MAA10566; Thu, 11 Jul 1996 12:17:18 -0400 From: "Gan Wang" Message-Id: <9607111217.ZM10564@cavalier> Date: Thu, 11 Jul 1996 12:17:17 -0400 In-Reply-To: "Jenny Zhao" "Re: pfSphereContainsBox?" (Jul 10, 12:47pm) References: <9607101234.ZM9564@cavalier> <9607101247.ZM4697@dandan.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Jenny Zhao" Subject: Re: pfSphereContainsBox? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, pfSphereContainsPt on the 8 vertices may not do, because the sphere may intersect a volume of the box in between vertices in which case it would intersect a plane or an edge without containing any of vertices. I think pfSphereContainsBox may have to be done by testing sphere intersection with planes from the faces of the box. It would be a really useful function. Thanks, Gan On Jul 10, 12:47pm, Jenny Zhao wrote: > Subject: Re: pfSphereContainsBox? > Hi, there, > > how about check if the 8 vertices are in by pfSphereContainsPt? > > On Jul 10, 12:34pm, Gan Wang wrote: > > Subject: pfSphereContainsBox? > > Hi there, > > > > There does not appear to be a function *pfSphereContainsBox*. Why? What > > should I do to best accomplish the same thing? Thanks. > > > > Gan > > > > -- > > > > Gan Wang > > > > Cambridge Research Associates Office: 703-790-0505 ext.7210 > > 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 > > McLean, VA 22102 Internet: gan@cambridge.com > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Gan Wang > > > > -- > ***************************************************************************** > Jenny Zhao _,_ > zhz@asd.sgi.com (~._.~) @ @ @ > 415 933-5091 (Voice) ( o ) \|/ > 415 965-2658 (Fax) ()~:~() ) ( > (_)-(_) (___) > > Silicon Graphics - IRIS Performer Flowers and Pretty Pictures > ***************************************************************************** > >-- End of excerpt from Jenny Zhao -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 12:34:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA24188; Thu, 11 Jul 1996 12:32:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA24172; Thu, 11 Jul 1996 12:32:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA26010; Thu, 11 Jul 1996 12:32:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA25013; Thu, 11 Jul 1996 12:32:06 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA01625 for ; Thu, 11 Jul 1996 12:32:05 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA19294; Thu, 11 Jul 96 12:32:04 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id MAA01307; Thu, 11 Jul 1996 12:32:03 -0700 Date: Thu, 11 Jul 1996 12:32:03 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <199607111932.MAA01307@babar.asd.sgi.com> To: info-performer@sgi.com Subject: spheres and boxes Status: O I diasgree with a previous posting, but may have misunderstood what was said. It is absolutely true that a box is inside a sphere if the eight vertices of the box are inside (or on) the sphere. Therefore, the test that Jenny Zhao suggested will work exactly as she says. On Jul 10, 12:47pm, Jenny Zhao wrote: > Subject: Re: pfSphereContainsBox? > Hi, there, > > how about check if the 8 vertices are in by pfSphereContainsPt? The other test, "pfBoxContainsSphere", requires comparing the sphere's center and radius with the distances from the center of the box to each face. Michael P.S. We realize that we should add the full cross-product of containment tests to Performer. Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 14:10:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA24473; Thu, 11 Jul 1996 14:08:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA24457; Thu, 11 Jul 1996 14:08:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28915; Thu, 11 Jul 1996 14:08:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA00842; Thu, 11 Jul 1996 14:08:51 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA25215 for ; Thu, 11 Jul 1996 14:08:49 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA19774; Thu, 11 Jul 96 16:04:52 -0500 Date: Thu, 11 Jul 96 16:04:52 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607112104.AA19774@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: spheres and boxes Status: O It sounds to me like we are confusing three tests and their results Sphere-completely-surrounds-box -- Test all eight vertices, if they are all contained inside the sphere - then so is the box. surface-of-Sphere-intersects-surface-of-box -- Nasty test - helped out somewhat by the fact that the box is axially aligned. solid-Sphere-intersects-solid-box -- More than just the OR of the previous two tests because the entire sphere could be totally inside the box and hence fail both of the earlier tests - yet still need to pass this one. Look at the man page for pfBoxContainsBox - it have to return three separate flags to describe what happened (and one of those is a 'PFIS_MAYBE') First define your requirements, then document them - and only then start to write code. (Oh yea - right - I do that *all* the time....NOT!) Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 11 14:26:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA24520; Thu, 11 Jul 1996 14:24:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA24504; Thu, 11 Jul 1996 14:24:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29353; Thu, 11 Jul 1996 14:24:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA01667; Thu, 11 Jul 1996 14:24:11 -0700 Received: from gate.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA29378 for ; Thu, 11 Jul 1996 14:24:10 -0700 Received: from lesol1.dseg.ti.com ([128.247.231.86]) by gate.ti.com (8.6.13/ac3i.dseg.ti.com) with ESMTP id QAA15502 for ; Thu, 11 Jul 1996 16:24:08 -0500 Received: from m2.rts.dseg.ti.com (m2.dseg.ti.com [128.247.216.212]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id QAA05434 for ; Thu, 11 Jul 1996 16:23:36 -0500 Received: by m2.rts.dseg.ti.com (4.1/SMI-4.1) id AA03224; Thu, 11 Jul 96 16:27:40 CDT Date: Thu, 11 Jul 96 16:27:40 CDT From: tpravata@m2.rts.dseg.ti.com (Todd R Pravata) Message-Id: <9607112127.AA03224@m2.rts.dseg.ti.com> To: info-performer@sgi.com Subject: Framebuffer larger than display? Reply-To: Status: O Can I reconfigure my framebuffer so that it extends beyond my display area? I need to draw and then rectread 1315 pixels in the y-direction and the closest vof on the RE2 is 1600x1200. I know that I can use the MCO to do this, but is there a solution in single channel mode? Thanks for any suggestions, Todd -- Todd Pravata todd.pravata@ti.com 214-575-6126 Visual Simulation Lab, Texas Instruments "The significant problems that we face cannot be solved at the same level of thinking we were at when we created them." -- Albert Einstein ** Views expressed are not necessarily those of Texas Instruments ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 00:07:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA26191; Fri, 12 Jul 1996 00:05:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA26175; Fri, 12 Jul 1996 00:05:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA14716; Fri, 12 Jul 1996 00:05:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA25273; Fri, 12 Jul 1996 00:05:40 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA15751 for ; Fri, 12 Jul 1996 00:05:39 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA23285; Fri, 12 Jul 96 00:05:37 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA11201; Fri, 12 Jul 1996 00:05:34 -0700 Message-Id: <199607120705.AAA11201@rico.asd.sgi.com> To: telesin@ibm.net Cc: info-performer@sgi.com Subject: Re: an openGL question In-Reply-To: Your message of "Fri, 05 Jul 96 18:11:46 +0300." <199607081554.IAA06099@sgi.sgi.com> Date: Fri, 12 Jul 96 00:05:34 -0700 From: Simon Hui Status: O > From: "Telesine A.S." > Subject: an openGL question > > Is there anyway to reach the inverse of the current matrix? No, that is internal state only; there is no way to query it. > And, could someone tell me how i can subscribe to openGL mailing lists? I don't know of any general opengl mailling lists, but there is the comp.graphics.api.opengl newsgroup on usenet. simon simon w. hui iris performer shui@sgi.com advanced systems div 415.933.3244 silicon graphics inc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 02:03:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA26509; Fri, 12 Jul 1996 02:00:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA26493; Fri, 12 Jul 1996 02:00:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA16987; Fri, 12 Jul 1996 02:00:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA28586; Fri, 12 Jul 1996 02:00:26 -0700 Received: from onyx.montesa (rppp3.encis.es [194.179.69.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA01804 for ; Fri, 12 Jul 1996 02:00:22 -0700 Received: (from brainval@localhost) by onyx.montesa (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA12481 for info-performer@sgi.com; Sat, 13 Jul 1996 11:01:01 -0700 From: "brainval" Message-Id: <9607131101.ZM12479@onyx.montesa> Date: Sat, 13 Jul 1996 11:01:00 -0700 Reply-To: brainval@ehome.encis.es Organization: Brainstorm Multimedia Department: Software Development X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Cursor appears in Sirius output on IR system Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello Performers, Some Silicon Staff wrote me: > Subject: cursor appears in Sirius output on IR system > hello, > > regarding the issue of seeing the cursor in the Sirius output > on IR systems, i found out that this is expected. > basically, the sirius output is no different than the normal > display output. > i'm sorry that this is an inconvenience for you. > > to make it disappear, you need to use X calls to turn it off. > But, even if we can eliminate the cursor throught X, or Performer, the man page for "sir_cursor" said: NAME sir_cursor - Sirius Video cursor display too DESCRIPTION Sirius Video does not display the graphics cursor on its video output. It does this intentionally; for most applications, you do not want the cursor to accidentally appear on your output. However, in some particular cases (such as recording a training video of a software application) you would like to show the cursor. The application sir_cursor draws a cursor in either the overlay or the popup graphics planes that follows the actual cursor location. In fact usually we need the cursor, to drag, move objects, even in the video window of the display. Maybe someone has experienced this problem ? Maybe someone has found a better solution than use a Invisible cursor in this window ? Best Regards, Hector Viguer Brainstorm Multimedia. Valencia - Spain -- brainval@ehome.encis.es ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 07:03:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA26734; Fri, 12 Jul 1996 07:01:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA26718; Fri, 12 Jul 1996 07:01:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA23318; Fri, 12 Jul 1996 07:01:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06836; Fri, 12 Jul 1996 07:01:13 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA19474 for ; Fri, 12 Jul 1996 07:01:12 -0700 From: wasileskib@adadv1.mdc.com Date: Fri, 12 Jul 1996 08:56:58 -0500 Message-Id: <96071208565888@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Anti-aliasing X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Does anyone know if there is a situation which will force anti-aliasing off for specific channels. I have numerous channels I am working with and somewhere along the line the anti-aliasing from a specific set of channels is being turned off. I explicitily set AA on with pfAntialias(PFAA_ON). This causes a core dump. What's up? - Bryan Wasileski MDTS wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 07:15:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA26784; Fri, 12 Jul 1996 07:13:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA26768; Fri, 12 Jul 1996 07:13:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA23621; Fri, 12 Jul 1996 07:13:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07123; Fri, 12 Jul 1996 07:13:53 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA22189 for ; Fri, 12 Jul 1996 07:13:52 -0700 Received: from vivid.autometric.com by relay5.UU.NET with SMTP (peer crosschecked as: vivid.autometric.com [198.49.5.66]) id QQayay01392; Fri, 12 Jul 1996 10:13:47 -0400 (EDT) Received: from torus by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) id KAA19959; Fri, 12 Jul 1996 10:13:46 -0400 Received: by torus (940816.SGI.8.6.9/940406.SGI) id KAA06466; Fri, 12 Jul 1996 10:13:45 -0400 From: "Bob Cowling" Message-Id: <9607121013.ZM6464@torus.autometric.com> Date: Fri, 12 Jul 1996 10:13:45 -0400 In-Reply-To: tpravata@m2.rts.dseg.ti.com (Todd R Pravata) "Framebuffer larger than display?" (Jul 11, 4:27pm) References: <9607112127.AA03224@m2.rts.dseg.ti.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Subject: Re: Framebuffer larger than display? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 4:27pm, Todd R Pravata wrote: > Subject: Framebuffer larger than display? > Can I reconfigure my framebuffer so that it extends beyond my display > area? I need to draw and then rectread 1315 pixels in the y-direction and > the closest vof on the RE2 is 1600x1200. I know that I can use the > MCO to do this, but is there a solution in single channel mode? > > Thanks for any suggestions, > Todd > > -- > Todd Pravata > todd.pravata@ti.com 214-575-6126 > Visual Simulation Lab, Texas Instruments > Yes, you can reconfigure the framebuffer to any of the valid vofs for the hardware that you have. Three things we learned when we did this: 1) Ensure the vof you are using is valid for the number of RMs you have. Somewhere in the archives is a table of RMs and the depth/anti-aliasing/ multisample options that are supported for each size. This is a very important chart that I always lose. We have 2 RM4s and were able to use the 1600x1200 mode. 2) use the -mwidthxheight option of setmon to a standard size (e.g., 1280x1064) for the monitor. This is how much you can see at one time, and has to be something that the monitor will support. 3) Desks Overview (ov) is very useful to move the window around on the managed desktop. cowling@autometric.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 07:52:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA26922; Fri, 12 Jul 1996 07:50:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA26906; Fri, 12 Jul 1996 07:50:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24462; Fri, 12 Jul 1996 07:50:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08721; Fri, 12 Jul 1996 07:50:43 -0700 Received: from barney.reading.sgi.com ([144.253.74.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA29310; Fri, 12 Jul 1996 07:50:21 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id PAA13541; Fri, 12 Jul 1996 15:49:57 +0100 From: "Rob Jenkins" Message-Id: <9607121549.ZM13539@barney.reading.sgi.com> Date: Fri, 12 Jul 1996 15:49:56 +0100 In-Reply-To: "Bob Cowling" "Re: Framebuffer larger than display?" (Jul 12, 10:13am) References: <9607112127.AA03224@m2.rts.dseg.ti.com> <9607121013.ZM6464@torus.autometric.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Bob Cowling" , Subject: Re: Framebuffer larger than display? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 12, 10:13am, Bob Cowling wrote: > Subject: Re: Framebuffer larger than display? > On Jul 11, 4:27pm, Todd R Pravata wrote: > > Subject: Framebuffer larger than display? > > Can I reconfigure my framebuffer so that it extends beyond my display > > area? I need to draw and then rectread 1315 pixels in the y-direction and > > the closest vof on the RE2 is 1600x1200. I know that I can use the > > MCO to do this, but is there a solution in single channel mode? > > > > Thanks for any suggestions, > > Todd > > > > -- > > Todd Pravata > > todd.pravata@ti.com 214-575-6126 > > Visual Simulation Lab, Texas Instruments > > > > Yes, you can reconfigure the framebuffer to any of the valid vofs for the > hardware that you have. > > Three things we learned when we did this: > 1) Ensure the vof you are using is valid for the number of RMs you > have. Somewhere in the archives is a table of RMs and the depth/anti-aliasing/ > multisample options that are supported for each size. This is a very important > chart that I always lose. We have 2 RM4s and were able to use the 1600x1200 > mode. I think you mean this, it is very useful and well worth squirreling away somewhere ( remember this is RE2 with RM4s): One RM is enough for: 640x512 resolution 16 samples 8 bits/component 24-bit Z 640x512 resolution 8 samples 12 bits/component 32-bit Z 960x680 resolution 8/4 samples 12 bits/component 32-bit Z 1280x1024 resolution 0 samples 12 bits/component 32-bit Z Two RMs are enough for: 1280x1024 resolution 8 samples 8 bits/component 24-bit Z 1280x1024 resolution 4 samples 12 bits/component 32-bit Z 1600x1200 resolution 0 samples 12 bits/component 32-bit Z Four RMs are enough for: 1280x1024 resolution 16 samples 8 bits/component 24-bit Z 1280x1024 resolution 8 samples 12 bits/component 32-bit Z 1600x1200 resolution 8 samples 8 bits/component 24-bit Z 1600x1200 resolution 4 samples 12 bits/component 32-bit Z Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 08:17:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA26974; Fri, 12 Jul 1996 08:15:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA26958; Fri, 12 Jul 1996 08:15:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25069; Fri, 12 Jul 1996 08:14:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09588; Fri, 12 Jul 1996 08:14:59 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04582 for ; Fri, 12 Jul 1996 08:14:28 -0700 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQaybc19561; Fri, 12 Jul 1996 11:14:26 -0400 (EDT) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Fri, 12 Jul 1996 11:14:26 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA01382; Fri, 12 Jul 96 11:08:05 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id LAA11605; Fri, 12 Jul 1996 11:08:05 -0400 From: "Gan Wang" Message-Id: <9607121108.ZM11603@cavalier> Date: Fri, 12 Jul 1996 11:08:03 -0400 In-Reply-To: uunet!mred.bgm.link.com!steve (Steve Baker) "Re: spheres and boxes" (Jul 11, 4:04pm) References: <9607112104.AA19774@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: uunet.uu.net!uunet!mred.bgm.link.com!steve (Steve Baker), info-performer@sgi.com Subject: Re: spheres and boxes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O When I made the comment on pfSphereContainsBox earlier, I had Performer's *Contains* in mind, which generally yields four possible containment results: PFIS_FALSE: The intersection of the second box argument and the first box is empty. PFIS_MAYBE: The intersection of the second box argument and the first box might be non-empty. PFIS_MAYBE | PFIS_TRUE: The intersection of the second box argument and the first box is definitely non-empty. PFIS_MAYBE | PFIS_TRUE | PFIS_ALL_IN: The second box argument is non-empty and lies entirely inside the first box. with possible exception of pfSphereContains*, which does not return PFIS_FALSE according to manpage. Sorry for not making that clear, and thanks for all the comments. Gan On Jul 11, 4:04pm, Steve Baker wrote: > Subject: Re: spheres and boxes > > It sounds to me like we are confusing three tests and their results > > Sphere-completely-surrounds-box -- Test all eight vertices, if > they are all contained inside > the sphere - then so is the box. > > surface-of-Sphere-intersects-surface-of-box -- Nasty test - helped out somewhat > by the fact that the box is axially > aligned. > > solid-Sphere-intersects-solid-box -- More than just the OR > of the previous two tests because the > entire sphere could be totally inside > the box and hence fail both of the earlier > tests - yet still need to pass this one. > > Look at the man page for pfBoxContainsBox - it have to return three separate > flags to describe what happened (and one of those is a 'PFIS_MAYBE') > > First define your requirements, then document them - and only then start to > write code. (Oh yea - right - I do that *all* the time....NOT!) > > > Steve Baker 817-323-1361 (Vox-Lab) > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > 2200 Arlington Downs Road 817-695-4028 (Fax) > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Steve Baker -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 09:07:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA27146; Fri, 12 Jul 1996 09:04:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA27130; Fri, 12 Jul 1996 09:04:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26925; Fri, 12 Jul 1996 09:04:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12075; Fri, 12 Jul 1996 09:04:52 -0700 Received: from sgigate.sgi.com (sgigate.sgi.com [198.29.75.75]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA16770 for ; Fri, 12 Jul 1996 09:04:51 -0700 From: tidrowd@cc.tacom.army.mil Received: from octagon.tacom.army.mil by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406a.SGI) for id JAA10942; Fri, 12 Jul 1996 09:04:49 -0700 Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.7.5/8.7.3-kbp) with SMTP id MAA17670; Fri, 12 Jul 1996 12:00:37 -0400 (EDT) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 1e674890; Fri, 12 Jul 96 11:51:37 -0400 Mime-Version: 1.0 Date: Fri, 12 Jul 1996 11:51:14 -0400 Message-ID: <1e674890@cc.tacom.army.mil> To: cowling@torus.autometric.com, todd.pravata@ti.com, "Rob Jenkins" Cc: info-performer@sgi.com Subject: Re[2]: Framebuffer larger than display? Content-Type: multipart/mixed; boundary="IMA.Boundary.796681738" Status: O This is a Mime message, which your current mail reader may not understand. Parts of the message will appear as text. To process the remainder, you will need to use a Mime compatible mail reader. Contact your vendor for details. --IMA.Boundary.796681738 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Hold an a sec, guys - I think what Todd was looking for is a way to configure a framebuffer area that is larger than the current output format, i.e. draw into a buffer that is, say, 1750x1315, with an output format of 1600x1200 being a subset of the "drawable" framebuffer (comments, Todd?). I seem to recall some discussion of rendering to an off-screen pixmap using X/OpenGL some time ago, but don't remember if you lose hardware acceleration or not. Anybody else? Don Tidrow Visual Simulation Developer US Army TACOM ______________________________ Reply Separator _________________________________ Subject: Re: Framebuffer larger than display? Author: "Rob Jenkins" at TWLAN-SMTP Date: 7/12/96 3:49 PM On Jul 12, 10:13am, Bob Cowling wrote: > Subject: Re: Framebuffer larger than display? > On Jul 11, 4:27pm, Todd R Pravata wrote: > > Subject: Framebuffer larger than display? > > Can I reconfigure my framebuffer so that it extends beyond my display > > area? I need to draw and then rectread 1315 pixels in the y-direction and > > the closest vof on the RE2 is 1600x1200. I know that I can use the > > MCO to do this, but is there a solution in single channel mode? > > > > Thanks for any suggestions, > > Todd > > > > -- > > Todd Pravata > > todd.pravata@ti.com 214-575-6126 > > Visual Simulation Lab, Texas Instruments > > > > Yes, you can reconfigure the framebuffer to any of the valid vofs for the > hardware that you have. > > Three things we learned when we did this: > 1) Ensure the vof you are using is valid for the number of RMs you > have. Somewhere in the archives is a table of RMs and the depth/anti-aliasing/ > multisample options that are supported for each size. This is a very important > chart that I always lose. We have 2 RM4s and were able to use the 1600x1200 > mode. I think you mean this, it is very useful and well worth squirreling away somewhere ( remember this is RE2 with RM4s): One RM is enough for: 640x512 resolution 16 samples 8 bits/component 24-bit Z 640x512 resolution 8 samples 12 bits/component 32-bit Z 960x680 resolution 8/4 samples 12 bits/component 32-bit Z 1280x1024 resolution 0 samples 12 bits/component 32-bit Z Two RMs are enough for: 1280x1024 resolution 8 samples 8 bits/component 24-bit Z 1280x1024 resolution 4 samples 12 bits/component 32-bit Z 1600x1200 resolution 0 samples 12 bits/component 32-bit Z Four RMs are enough for: 1280x1024 resolution 16 samples 8 bits/component 24-bit Z 1280x1024 resolution 8 samples 12 bits/component 32-bit Z 1600x1200 resolution 8 samples 8 bits/component 24-bit Z 1600x1200 resolution 4 samples 12 bits/component 32-bit Z Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --IMA.Boundary.796681738-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 09:54:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA27349; Fri, 12 Jul 1996 09:28:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA27333; Fri, 12 Jul 1996 09:28:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27644; Fri, 12 Jul 1996 09:28:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13493; Fri, 12 Jul 1996 09:28:47 -0700 Received: from cluny.ensam.fr ([193.50.253.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA23252 for ; Fri, 12 Jul 1996 09:28:44 -0700 From: pere1@VIDEO3.cluny.ensam.fr Received: from VIDEO3.cluny.ensam.fr by cluny.ensam.fr (SMI-8.6/SMI-SVR4) id SAA00927; Fri, 12 Jul 1996 18:29:17 +0100 Received: by VIDEO3.cluny.ensam.fr (940816.SGI.8.6.9/930416.SGI) id OAA01107; Sat, 13 Jul 1996 14:55:11 GMT Message-Id: <9607131455.ZM1105@VIDEO3.cluny.ensam.fr> Date: Sat, 13 Jul 1996 14:55:11 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Problem with source code in C++ Cc: pere@cluny.ensam.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have two questions about Performer 2.0: first, could somebody tell me why, in the directory /usr/share/Performer/src/lib/libpfui, the source code is in C++ and not in C like the others directories such as /usr/share/Performer/src/lib/libpfdb or /usr/share/Performer/src/lib/libpfutil ? I have to compile this library because I have modified /usr/src/Performer/src/lib/libpfutil/xformer.c in Performer 1.2 (updateDrive and others procedures). Second, what is about the difference of frame rate between the same application written in Performer 1.2 and in Performer 2.0 on the same computer? Is it very significant? (x2 or 3) and are there less bugs? I ask myself if I must port two years of difficult developpment in the new version (about 2 or 3 months of adaptation ) Thanks in advance Regards Christian. -- login IRIX ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 12 13:53:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA27962; Fri, 12 Jul 1996 13:14:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA27946; Fri, 12 Jul 1996 13:14:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04565; Fri, 12 Jul 1996 13:14:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA29462; Fri, 12 Jul 1996 13:14:27 -0700 Received: from photon.com (gateway.photon.com [206.25.50.146]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA20674 for ; Fri, 12 Jul 1996 13:14:26 -0700 Received: by gateway.photon.com id <5892>; Fri, 12 Jul 1996 13:11:26 -0700 Date: Fri, 12 Jul 1996 13:18:53 -0700 X-Sender: jrk@photon.photon.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Jeff Kass Subject: Visual Simulation Programmer Needed Cc: dca@photon.com, jrk@photon.photon.com, as@photon.photon.com, jvk@photon.photon.com, cam@photon.photon.com Message-Id: <96Jul12.131126pdt.5892@gateway.photon.com> Status: O Job Offered: Photon Simulations,Inc. is seeking applicants for a programmer position directly involved with Photon's sensor modeling software (e.g. SensorVision and related products) and Paradigm Simulation's Vega visual simulation software. This position is in Photon's main office in San Diego. Qualified applicants should respond to: Mr. Jeff Kass, voice:(619)-597-3020, fax:(619)-455-0658, or e-mail:jrk@photon.com. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 14 12:52:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA07041; Sun, 14 Jul 1996 12:38:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA07025; Sun, 14 Jul 1996 12:38:05 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA00663; Sun, 14 Jul 1996 12:38:04 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA22824; Sun, 14 Jul 1996 06:53:21 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id GAA16273; Sun, 14 Jul 1996 06:52:05 -0700 Received: from mgate.uni-hannover.de (mgate.uni-hannover.de [130.75.2.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA12708 for ; Sun, 14 Jul 1996 06:50:46 -0700 Received: from helios (actually helios.tnt.uni-hannover.de) by mgate with SMTP (PP); Sun, 14 Jul 1996 15:47:55 +0200 Received: from asterix by helios (SMI-8.6/SMI-SVR4) id PAA19450; Sun, 14 Jul 1996 15:47:40 +0200 Sender: schulze@helios Message-ID: <31E8FA7C.167EB0E7@tnt.uni-hannover.de> Date: Sun, 14 Jul 1996 15:47:40 +0200 From: Peter Schulze Organization: Universitaet Hannover, Theoretische Nachrichtentechnik X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.3 sun4m) MIME-Version: 1.0 To: info-performer@sgi.com Subject: looking for sfly-update Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hey everyone, I am a beginner in Perfomer-programming and my first step is to look around for a new version of sfly ('94->'96). Until now, I only found the '94 version at sgi's ftp-link, but I would like to get a version: 1. based on performer2.0, 2. using OpenGL 3. containing some of the new features, like perfly(96)'s SceneGraph optimization Maybe someone has ported the '94 version already and would like to give me a copy ? Thanks in advance, Peter email: schulze@tnt.uni-hannover.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 14 14:24:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA07157; Sun, 14 Jul 1996 14:11:27 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA07141; Sun, 14 Jul 1996 14:11:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29714; Sun, 14 Jul 1996 14:11:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA02544; Sun, 14 Jul 1996 14:11:24 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA15811 for ; Sun, 14 Jul 1996 14:11:23 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA13025; Sun, 14 Jul 96 14:11:21 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA06969; Sun, 14 Jul 1996 14:11:19 -0700 From: "Sharon Clay" Message-Id: <9607141411.ZM6967@rose.asd.sgi.com> Date: Sun, 14 Jul 1996 14:11:19 -0700 In-Reply-To: Peter Schulze "looking for sfly-update" (Jul 14, 3:47pm) References: <31E8FA7C.167EB0E7@tnt.uni-hannover.de> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Peter Schulze , info-performer@sgi.com Subject: Re: looking for sfly-update Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 14, 3:47pm, Peter Schulze wrote: > Subject: looking for sfly-update ->From guest@holodeck.csd.sgi.com Sun Jul 14 13:39:08 1996 ->Sender: schulze@helios ->Date: Sun, 14 Jul 1996 15:47:40 +0200 ->From: Peter Schulze ->Organization: Universitaet Hannover, Theoretische Nachrichtentechnik ->X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.3 sun4m) ->To: info-performer@sgi.com ->Subject: looking for sfly-update -> ->Hey everyone, ->I am a beginner in Perfomer-programming and my first step is to look around for ->a new ->version of sfly ('94->'96). -> ->Until now, I only found the '94 version at sgi's ftp-link, but I would like to ->get a ->version: -> ->1. based on performer2.0, ->2. using OpenGL ->3. containing some of the new features, like perfly(96)'s SceneGraph ->optimization -> ->Maybe someone has ported the '94 version already and would like to give me a ->copy ? We didn't yet do another sfly but do have a very simple stereo example on the web page in the "free stuff" page. You can glean from that the stereo basics to add to your app. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 14 22:42:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id WAA07621; Sun, 14 Jul 1996 22:28:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id WAA07605; Sun, 14 Jul 1996 22:28:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA08975; Sun, 14 Jul 1996 22:28:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA11969; Sun, 14 Jul 1996 22:28:43 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA05861 for ; Sun, 14 Jul 1996 22:28:42 -0700 Received: by vr.mme.wsu.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id WAA18989; Sun, 14 Jul 1996 22:28:35 -0700 From: "Performer Mailing List" Message-Id: <9607142228.ZM18987@vr.mme.wsu.edu> Date: Sun, 14 Jul 1996 22:28:29 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Intersections with pfStrings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I was wondering if anyone has had some experiece using the pfStringIsectSegs function. I seem to be having problems getting any intersections. I use intersections heavily in my software so I am familiar with masks and all of that. Is there anything peculiar or different about this. Thanks for any help. Scott Angster ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 09:23:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA08303; Mon, 15 Jul 1996 09:18:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA08287; Mon, 15 Jul 1996 09:18:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22795; Mon, 15 Jul 1996 09:18:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00270; Mon, 15 Jul 1996 09:17:52 -0700 Received: from onyx.montesa ([194.179.69.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06702 for ; Mon, 15 Jul 1996 09:16:03 -0700 Received: (from brainval@localhost) by onyx.montesa (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA23535; Tue, 16 Jul 1996 18:14:58 -0700 From: "brainval" Message-Id: <9607161814.ZM23533@onyx.montesa> Date: Tue, 16 Jul 1996 18:14:57 -0700 Reply-To: brainval@ehome.encis.es Organization: Brainstorm Multimedia Department: Software Development X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Performer + OpenGL Transparency Problem. Cc: Rimontes@aol.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19607161814.ZM23533.montesa" Status: O -- --PART-BOUNDARY=.19607161814.ZM23533.montesa Content-Type: text/plain; charset=us-ascii Hello, During our porting from IRISGL to OPENGL, of some Performer programs, we have found a problem with the transparency in the OPENGL version. In the case of a tree like this one: GROUP / \ GEODE GEODE | | GSET+GSTATE1 GSET+GSTATE2 With these properties of GeoStates : GSTATE1: pfMat = pfNewMtl(arena); pfMtlColorMode( pfMat, PFMTL_FRONT, PFMTL_CMODE_OFF); pfMtlAlpha(pfMat, 0.5); gstate = pfNewGState (arena); pfGStateMode (gstate, PFSTATE_ENLIGHTING, PF_ON); pfGStateMode (gstate, PFSTATE_TRANSPARENCY, PFTR_OFF); pfGStateAttr(gstate, PFSTATE_FRONTMTL, pfMat); pfGStateAttr(gstate, PFSTATE_BACKMTL, pfMat); pfGStateMode(gstate, PFSTATE_CULLFACE, PFCF_OFF); GSTATE2: pfMat = pfNewMtl(arena); pfMtlColorMode( pfMat, PFMTL_FRONT, PFMTL_CMODE_OFF); pfMtlAlpha(pfMat, 1); gstate = pfNewGState (arena); pfGStateMode (gstate, PFSTATE_ENLIGHTING, PF_OFF); pfGStateMode (gstate, PFSTATE_TRANSPARENCY, PFTR_HIGH_QUALITY); pfGStateAttr(gstate, PFSTATE_FRONTMTL, pfMat); Then the second geode is drawn with the Transparency of the first one. We have make a small program (based in simple) with two geodes, with these properties in the geostates. The expected behavior was that the alpha output of the first geode change but nothing affects the second one. (OK in IRISGL version). The behavior found was that the second Geode is changing his transparency while his alpha value is constant. (Result of OPENGL version). We include it as an attachment: error.c Makefile We can compile in Both versions IRISGL and OPENGL, the first one is working, while the second one has this problem with transparency. Is there something wrong in the source code ? Is it a Bug ? Someone has the same problem ? Does Silicon Graphics know about that ? Thank you, in advance: Hector Viguer Segui. Brainstorm Multimedia. Software Development. -- brainval@ehome.encis.es --PART-BOUNDARY=.19607161814.ZM23533.montesa X-Zm-Content-Name: error.c Content-Description: Text Content-Type: text/plain ; name="error.c" ; charset=us-ascii #include #include #include #include #include static pfVec2 texcoords[]={ {0.0f, 0.0f}, {1.0f, 0.0f}, {1.0f, 1.0f}, {0.0f, 1.0f} }; static ushort texlist[] = { 0, 1, 2, 3 }; static pfVec3 coords[] ={ {-1.0f, 0.0f, -1.0f }, { 1.0f, 0.0f, -1.0f }, { 1.0f, 0.0f, 1.0f }, {-1.0f, 0.0f, 1.0f } }; static ushort vertexlist[] = { 0, 1, 2, 3 }; typedef struct { pfMaterial * globalMatGeo1; pfMaterial * globalMatGeo2; } TShared; TShared * Shared; /*=============================================================*/ static pfGeoSet * GetGeoset(void){ void * arena = pfGetSharedArena(); pfGeoSet *gset = pfNewGSet(arena); pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, coords, vertexlist); pfGSetAttr(gset, PFGS_TEXCOORD2, PFGS_PER_VERTEX, texcoords, texlist); pfGSetPrimType(gset, PFGS_QUADS); pfGSetNumPrims(gset, 1); return gset; } static pfGeode * GetGeode1(void){ pfGeode * geode; pfGeoSet *gset; pfGeoState *gstate; pfMaterial * pfMat; void * arena = pfGetSharedArena(); pfMat = pfNewMtl(arena); pfMtlColorMode( pfMat, PFMTL_FRONT, PFMTL_CMODE_OFF); pfMtlAlpha(pfMat, 0.5); Shared->globalMatGeo1 = pfMat; gstate = pfNewGState (arena); pfGStateMode (gstate, PFSTATE_ENLIGHTING, PF_ON); pfGStateMode (gstate, PFSTATE_TRANSPARENCY, PFTR_OFF); pfGStateAttr(gstate, PFSTATE_FRONTMTL, pfMat); pfGStateAttr(gstate, PFSTATE_BACKMTL, pfMat); pfGStateMode(gstate, PFSTATE_CULLFACE, PFCF_OFF); gset = GetGeoset(); pfGSetGState (gset, gstate); geode = pfNewGeode(); pfAddGSet(geode, gset); return geode; } static pfGeode * GetGeode2(void){ pfGeode * geode; pfGeoSet *gset; pfGeoState *gstate; pfMaterial * pfMat; void * arena = pfGetSharedArena(); pfMat = pfNewMtl(arena); pfMtlColorMode( pfMat, PFMTL_FRONT, PFMTL_CMODE_OFF); pfMtlAlpha(pfMat, 1); Shared->globalMatGeo2 = pfMat; gstate = pfNewGState (arena); pfGStateMode (gstate, PFSTATE_ENLIGHTING, PF_OFF); pfGStateMode (gstate, PFSTATE_TRANSPARENCY, PFTR_HIGH_QUALITY); pfGStateAttr(gstate, PFSTATE_FRONTMTL, pfMat); gset = GetGeoset(); pfGSetGState (gset, gstate); geode = pfNewGeode(); pfAddGSet(geode, gset); return geode; } /*===================================================*/ static void DrawFunc(pfChannel *chan, void *data) { static float r = 0; r += 1.0/100.0; if (r >= 1) r = 0; pfMtlAlpha(Shared->globalMatGeo1, r); pfMtlAlpha(Shared->globalMatGeo2, 1); pfClear(PFCL_DEPTH | PFCL_COLOR , NULL); pfDraw(); } int main (int argc, char *argv[]) { float t = 0.0f; pfScene *scene; pfPipe *p; pfPipeWindow *pw; pfChannel *chan; pfSphere bsphere; pfGroup *root; pfGeode *geode1,*geode2; pfDCS *dcs1,*dcs2; pfCoord view; pfInit(); pfMultiprocess(PFMP_DEFAULT); Shared = (TShared *) pfMalloc(sizeof(TShared), pfGetSharedArena()); pfConfig(); /* Configure and open GL window */ p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinName(pw, "Error Error"); pfPWinType(pw, PFWIN_TYPE_X); /* pfPWinConfigFunc(pw, winOpenDraw); */ pfPWinConfigFunc(pw, pfOpenPWin); pfPWinOriginSize(pw, 100, 100, 500, 500); pfConfigPWin(pw); pfFrame(); root = pfNewGroup(); dcs1 = pfNewDCS(); pfDCSTrans (dcs1, -2.0f, 0.1f, 0.5f); pfDCSScale (dcs1, 0.5); pfAddChild(dcs1, GetGeode1()); dcs2 = pfNewDCS(); pfAddChild(dcs2, GetGeode2()); pfDCSTrans (dcs2, 2.0f, 0.1f, 0.5f); pfAddChild(root, dcs1); /* first child is base */ pfAddChild(root, dcs2); /* subsequent children are offset-layered */ scene = pfNewScene(); pfAddChild(scene, root); /* determine extent of scene's geometry */ pfGetNodeBSphere (scene, &bsphere); /* Create and configure a pfChannel. */ chan = pfNewChan(p); pfChanScene(chan, scene); pfChanNearFar(chan, 1.0f, 10.0f * bsphere.radius); pfChanFOV(chan, 50.0f, -1.0f); pfSetVec3(view.hpr, 0, 0, 0); pfSetVec3(view.xyz, 0, -2.5f * bsphere.radius, 0); pfChanView(chan, view.xyz, view.hpr); pfChanTravFunc(chan, PFTRAV_DRAW, DrawFunc); /* Simulate for twenty seconds. */ while (t < 30.0f) { pfSync(); pfFrame(); t = pfGetTime(); } pfExit(); return 0; } --PART-BOUNDARY=.19607161814.ZM23533.montesa X-Zm-Content-Name: Makefile Content-Description: Text Content-Type: text/plain ; name="Makefile" ; charset=us-ascii #!smake -J 1 #-------------------------------------------------------------------# #-- Makefile for Performer/src/pguide/libpf/C directory --# #-------------------------------------------------------------------# #-- RCS version information --# #-- $Revision: 1.68 $ --# #-- $Date: 1996/04/11 11:52:51 $ --# #-------------------------------------------------------------------# #-------------------------------------------------------------------# #-- The default make target makes the IRISGL Dynamic Shared Object.-# #-- The targets are: --# #-- build debugging versions: igldbg (or ogldbg) --# #-- build optimized versions: iglopt (or oglopt) --# #-- build dynamic shared object versions: igldso ogldso --# #-- build debugging dynamic shared object versions: --# #-- iglddso oglddso --# #-- remove all unneeded files after a build: clean --# #-- remove all machine generated files: clobber --# #-- --# #-- --# #-------------------------------------------------------------------# #-- #-- definitions #-- #if !defined(PFSTYLE) PFSTYLE = 32 #endif #if $(PFSTYLE) == "64" OBJECT_STYLE = 64 LIBBITSUF=64 PFRELEASE=N64 #endif #if $(PFSTYLE) == "N32" OBJECT_STYLE = N32_M3 LIBBITSUF=32 PFRELEASE=N32 #endif #if $(PFSTYLE) == "32" OBJECT_STYLE = 32 LIBBITSUF= PFRELEASE=O32 #endif include $(ROOT)/usr/include/make/commondefs PFROOT ?= $(ROOT) DSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF) \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DDSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DBGLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) OPTLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) IGLLIB = -ignore_unresolved -lpf_igl -lpfdu_igl -lpfui -lpfutil_igl OGLLIB = -ignore_unresolved -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl #if defined(PFSTATIC_CONVERTERS) IGLLIB += -all $(PFSTATIC_CONVERTERS) -none OGLLIB += -all $(PFSTATIC_CONVERTERS) -none #endif LIBIGL = -ignore_unresolved -lgl LIBOGL = -ignore_unresolved -lGLU -lGL -lXext #if $(RELEASE) < 6.2 IRIXREL=-DIRIX5 #else IRIXREL=-DIRIX6 #LIBIGL += -lXsgivc ##LIBOGL += -lXsgivc #endif SYSTEM_IRISGL = \ -lmpc \ -limage \ -lfm \ ${LIBIGL} \ -lXirisw \ -lXm \ -lXt \ -lfpe \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC SYSTEM_OPENGL = \ -lmpc \ -limage \ -lGLw \ ${LIBOGL} \ -lfpe \ -lXm \ -lXt \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC #if $(PFSTYLE) == "64" SYSTEM_OPENGL = \ -limage \ -lGLw \ ${LIBOGL} \ -lXm \ -lXmu \ -lX11 \ -lm \ -lC #endif #if $(PFSTYLE) == "N32" SYSTEM_IRISGL = \ -limage \ ${LIBIGL} \ -lXm \ -lXmu \ -lX11 \ -lm \ -lfm \ -lC SYSTEM_OPENGL = \ -limage \ -lGLw \ ${LIBOGL} \ -lXm \ -lXmu \ -lX11 \ -lm \ -lC #endif #-- targets are the executables TARGETS = error texture OBJECTS = \ $(TARGETS:=.o)\ culldl.o \ billboard.o #-- #-- #-- generic targets #-- #-- make optimized dso version of program by default default: ogldso #-- synonym targets debug: ogldbg optimize: oglopt #-- make all versions of program all: ogldbg oglopt ogldso oglddso igldso: $(TARGETS:=.igldso) iglopt: $(TARGETS:=.iglopt) igldbg: $(TARGETS:=.igldbg) iglddso: $(TARGETS:=.iglddso) ogldso: $(TARGETS:=.ogldso) oglopt: $(TARGETS:=.oglopt) ogldbg: $(TARGETS:=.ogldbg) oglddso: $(TARGETS:=.oglddso) #-- clean up directories {remove junk} clean: if test -d DBG.$(PFRELEASE).IRISGL; then cd DBG.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d DBG.$(PFRELEASE).OPENGL; then cd DBG.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).IRISGL; then cd OPT.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).OPENGL; then cd OPT.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi #-- remove all machine-built files clobber: clean if test -d OPT.$(PFRELEASE).IRISGL ; then rm -rf OPT.$(PFRELEASE).IRISGL ; fi if test -d OPT.$(PFRELEASE).OPENGL ; then rm -rf OPT.$(PFRELEASE).OPENGL ; fi if test -d DBG.$(PFRELEASE).IRISGL ; then rm -rf DBG.$(PFRELEASE).IRISGL ; fi if test -d DBG.$(PFRELEASE).OPENGL ; then rm -rf DBG.$(PFRELEASE).OPENGL ; fi rm -f ${TARGETS} #-- #-- library targets #-- $(TARGETS): $(@:=.igldso) $(TARGETS:=.igldbg): .MAKE @echo "\nmaking IrisGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldbg//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldbg//) ; $(TARGETS:=.iglopt): .MAKE @echo "\nmaking IrisGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglopt//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglopt//) ; $(TARGETS:=.igldso): .MAKE @echo "\nmaking IrisGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldso//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldso//) ; $(TARGETS:=.iglddso): .MAKE @echo "\nmaking IrisGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglddso//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglddso//) ; $(TARGETS:=.ogldbg): .MAKE @echo "\nmaking OpenGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldbg//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldbg//) ; $(TARGETS:=.oglopt): .MAKE @echo "\nmaking OpenGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglopt//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglopt//) ; $(TARGETS:=.ogldso): .MAKE @echo "\nmaking OpenGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldso//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldso//); $(TARGETS:=.oglddso): .MAKE @echo "\nmaking OpenGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglddso//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglddso//); dso: ogldso ddso: oglddso dbg: ogldbg opt: oglopt #-- #-- internal targets #-- .SUFFIXES: .dbgcmd .optcmd .dsocmd .ddsocmd .o.dbgcmd: ${CC} ${CFLAGS} -o $@ $< $(DBGLINKS) -all ${LIBRARIES} .o.optcmd: ${CC} ${CFLAGS} -o $@ $< $(OPTLINKS) -all ${LIBRARIES} .o.dsocmd: ${CC} ${CFLAGS} -o $@ $< $(DSOLINKS) -all ${LIBRARIES} .o.ddsocmd: ${CC} ${CFLAGS} -o $@ $< $(DDSOLINKS) -all ${LIBRARIES} #-- #-- internal targets #-- #-- look for sources in this directory when recursing .PATH: .. --PART-BOUNDARY=.19607161814.ZM23533.montesa-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 11:07:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA08536; Mon, 15 Jul 1996 11:03:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA08520; Mon, 15 Jul 1996 11:03:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26068; Mon, 15 Jul 1996 11:03:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06092; Mon, 15 Jul 1996 11:03:24 -0700 Received: from itd.nrl.navy.mil (itd.nrl.navy.mil [132.250.80.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA09188 for ; Mon, 15 Jul 1996 11:03:22 -0700 Received: by itd.nrl.navy.mil (4.1/SMI-4.1) id AA08312; Mon, 15 Jul 96 14:03:14 EDT Date: Mon, 15 Jul 1996 14:03:12 -0400 (EDT) From: Jennifer Flanagan X-Sender: flanagan@itd To: info-performer@sgi.com Subject: XWindow and Performer Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I have been running into a problem when I try to use a combination of multiprocess mode PFMP_APP_CULL_DRAW and also try to set up a pipeWindow to accept XEvents. When I make the call to getWSWindow it returns a window id of 0. If I use the multiprocess mode PFMP_DEFAULT, this same call returns a valid window id. When 0 is returned for the window id the whole program dies right away due to a BadWindow X error. Any suggestions??? Thanks in advance, Jennifer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 12:01:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA08809; Mon, 15 Jul 1996 11:59:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA08793; Mon, 15 Jul 1996 11:59:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27772; Mon, 15 Jul 1996 11:59:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08934; Mon, 15 Jul 1996 11:59:52 -0700 Received: from tron.bwi.wec.com (tron.bwi.wec.com [129.228.4.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA24855 for ; Mon, 15 Jul 1996 11:59:48 -0700 Received: from ami1.bwi.wec.com by tron.bwi.wec.com; (5.65/1.1.8.2/31May95-0229PM) id AA23750; Mon, 15 Jul 1996 14:58:01 -0400 Received: from AMI1/SMTPQUEUE by ami1.bwi.wec.com (Mercury 1.21); 15 Jul 96 14:54:50 EDT Received: from SMTPQUEUE by AMI1 (Mercury 1.21); 15 Jul 96 14:54:49 EDT From: "Doug Chism" Organization: Northrop Grumman ESSD To: info-performer@sgi.com Date: Mon, 15 Jul 1996 14:54:41 EDT Subject: Motif with Performer X-Mailer: Pegasus Mail for Windows (v2.31) Message-Id: <124A8D32FA@ami1.bwi.wec.com> Status: O Has anyone worked out integrating Motif with a Performer application? I am trying to integrate a Performer application with a GUI I built with a GUI builder. I used pfGetCurWSConnection to get the Display but the program stopped and claimed that the display was null. Any help would be appreciated. Doug Chism chism@ami1.bwi.wec.com Doug Chism Northrop Grumman Display Systems Engineering (410)765-0964 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 12:56:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA09122; Mon, 15 Jul 1996 12:54:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA09106; Mon, 15 Jul 1996 12:54:34 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29290; Mon, 15 Jul 1996 12:54:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA11771; Mon, 15 Jul 1996 12:54:33 -0700 Received: from dcscorp.com (dcscorp.com [204.7.239.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA09383 for ; Mon, 15 Jul 1996 12:54:31 -0700 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Mon, 15 Jul 1996 15:52:43 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 15 Jul 1996 14:48:38 -0400 From: Tanner Lovelace To: info-performer@sgi.com Subject: Intersection callback examples in v1.2 Status: O Greetings, I've been looking around for information on this subject without a lot of success. Does anyone know where I can find a working example of use of a separate intersection process in Performer 1.2? I'm under a tight time schedule and need to get this resolved ASAP. Thanks in advance for the information. Tanner Lovelace DCS Corporation Alexandria, VA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 16:39:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA10090; Mon, 15 Jul 1996 16:36:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA10074; Mon, 15 Jul 1996 16:36:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06721; Mon, 15 Jul 1996 16:36:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23367; Mon, 15 Jul 1996 16:36:55 -0700 Received: from archimedes.vislab.navy.mil (archimedes.chinalake.navy.mil [129.131.31.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA07631 for ; Mon, 15 Jul 1996 16:36:54 -0700 Received: (jan@localhost) by archimedes.vislab.navy.mil (8.7.5/8.x-CL-SOS5.3) id QAA13215 for info-performer@sgi.com; Mon, 15 Jul 1996 16:38:59 -0700 (PDT) From: Jan Barglowski Posted-Date: Mon, 15 Jul 1996 16:38:59 -0700 (PDT) Message-Id: <199607152338.QAA13215@archimedes.vislab.navy.mil> Subject: Static noise generation questions... To: info-performer@sgi.com Date: Mon, 15 Jul 1996 16:38:59 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi! I'm trying to simulate a noisy video image. I'm generating the video image with Performer, then adding a postdraw function to overwrite a noisy image with alpha blending. I use the glDrawPixel function to draw a generated random grayscale image with alpha (to show noise level) using the GL_LUMINANCE_ALPHA format and the GL_UNSIGNED_BYTE type. Kinda works, but two problems: 1) The random image generation is slow. I use rand() for generating random pixel values between 0-255 for each 256x256 of the pixels. Is there a faster way, such as a "memory block" randomizer? 2) The alpha display has 4 discrete steps, rather than a continuous blending. When I changed the format to GL_LUMINANCE it was continuous. Is there some Alpha Blend mode I'm forgetting? I'm using a IR, if that's any help... Thanks for any hints, suggestions, etc... jan. -- Jan Anthony Barglowski jan@vislab.navy.mil Animation & Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 15 16:32:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA10057; Mon, 15 Jul 1996 16:30:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA10041; Mon, 15 Jul 1996 16:29:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06481; Mon, 15 Jul 1996 16:29:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA22892; Mon, 15 Jul 1996 16:29:57 -0700 Received: from kirk.dnaco.net (kirk.dnaco.net [206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA05677 for ; Mon, 15 Jul 1996 16:29:55 -0700 Received: (from eheft@localhost) by kirk.dnaco.net (8.7.5/8.7.3) id TAA21879 for info-performer@sgi.com; Mon, 15 Jul 1996 19:29:53 -0400 (EDT) From: Eric Heft Message-Id: <199607152329.TAA21879@kirk.dnaco.net> Subject: Modifing perfly To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 15 Jul 1996 19:29:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'd like to take the sample program perfly , load on object and give the object a path to fly. Loading the object is pretty easy :) Where would I look for info on giving an object a simple flight path? If it helps , I don't need the gui interface, but I do need to be able to run with varied fields of view, anti aliasing, time of day, etc which perfly lets me set on the command line. Thanks for any pointers. Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 02:32:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA11536; Tue, 16 Jul 1996 02:30:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA11520; Tue, 16 Jul 1996 02:30:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22495; Tue, 16 Jul 1996 02:30:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA08784; Tue, 16 Jul 1996 02:30:23 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA25034 for ; Tue, 16 Jul 1996 02:30:20 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA28249 (5.65b/CWI-3.3); Tue, 16 Jul 1996 11:30:10 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA21123; Tue, 16 Jul 1996 11:27:33 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA01008; Tue, 16 Jul 1996 11:24:34 +0200 (MET DST) From: Veraart Message-Id: <199607160924.LAA01008@s00sn1.fel.tno.nl> Subject: Re: Static noise generation questions... To: jan@archimedes.vislab.navy.mil (Jan Barglowski) Date: Tue, 16 Jul 1996 11:24:34 +0200 (MET DST) Cc: info-performer@sgi.com (performer) In-Reply-To: <199607152338.QAA13215@archimedes.vislab.navy.mil> from "Jan Barglowski" at Jul 15, 96 04:38:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > 1) The random image generation is slow. I use rand() for generating > random pixel values between 0-255 for each 256x256 of the pixels. Is > there a faster way, such as a "memory block" randomizer? Why not generate offline a bigger imgage containing random values and then select a random section from this 'big' image to use for the next frame? Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 02:59:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA11572; Tue, 16 Jul 1996 02:57:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA11556; Tue, 16 Jul 1996 02:57:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22966; Tue, 16 Jul 1996 02:57:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA09252; Tue, 16 Jul 1996 02:57:08 -0700 Received: from due.unit.no (due.unit.no [129.241.1.83]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA28885 for ; Tue, 16 Jul 1996 02:53:49 -0700 Received: from localhost (morten@localhost) by due.unit.no (8.7.5/8.7.3) with SMTP id LAA10278; Tue, 16 Jul 1996 11:53:08 +0200 (METDST) Date: Tue, 16 Jul 1996 11:53:07 +0200 (METDST) From: Morten Eriksen To: Jan Barglowski cc: info-performer@sgi.com Subject: Re: Static noise generation questions... In-Reply-To: <199607152338.QAA13215@archimedes.vislab.navy.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I'm trying to simulate a noisy video image. I'm generating the video > image with Performer, then adding a postdraw function to overwrite > a noisy image with alpha blending. > > I use the glDrawPixel function to draw a generated random grayscale image > with alpha (to show noise level) using the GL_LUMINANCE_ALPHA format and > the GL_UNSIGNED_BYTE type. > > Kinda works, but two problems: > > 1) The random image generation is slow. I use rand() for generating > random pixel values between 0-255 for each 256x256 of the pixels. Is > there a faster way, such as a "memory block" randomizer? I'd suggest that you make a static buffer that is larger than the size of the image buffer really needed - for example twice as big. Then you could just use glDrawPixels with a random *pointer* into the first half of the "noise buffer". Then you'd only have to fill the "noise buffer" once. I haven't actually tried this, but it was just an idea that popped into my head when I was reading your mail. Regards, Morten Eriksen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 08:34:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA11899; Tue, 16 Jul 1996 08:32:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA11883; Tue, 16 Jul 1996 08:32:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00159; Tue, 16 Jul 1996 08:32:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17690; Tue, 16 Jul 1996 08:32:29 -0700 Received: from barney.reading.sgi.com ([144.253.74.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA03422; Tue, 16 Jul 1996 08:32:24 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA18245; Tue, 16 Jul 1996 16:32:05 +0100 From: "Rob Jenkins" Message-Id: <9607161632.ZM18243@barney.reading.sgi.com> Date: Tue, 16 Jul 1996 16:32:05 +0100 In-Reply-To: Morten Eriksen "Re: Static noise generation questions..." (Jul 16, 11:53am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Morten Eriksen Subject: Re: Static noise generation questions... Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 16, 11:53am, Morten Eriksen wrote: > Subject: Re: Static noise generation questions... > > I'm trying to simulate a noisy video image. I'm generating the video > > image with Performer, then adding a postdraw function to overwrite > > a noisy image with alpha blending. > > > > I use the glDrawPixel function to draw a generated random grayscale image > > with alpha (to show noise level) using the GL_LUMINANCE_ALPHA format and > > the GL_UNSIGNED_BYTE type. > > > > Kinda works, but two problems: > > > > 1) The random image generation is slow. I use rand() for generating > > random pixel values between 0-255 for each 256x256 of the pixels. Is > > there a faster way, such as a "memory block" randomizer? > > I'd suggest that you make a static buffer that is larger than the size > of the image buffer really needed - for example twice as big. Then you > could just use glDrawPixels with a random *pointer* into the first > half of the "noise buffer". Then you'd only have to fill the "noise > buffer" once. > > I haven't actually tried this, but it was just an idea that popped > into my head when I was reading your mail. > > Regards, > Morten Eriksen > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Morten Eriksen I did something along these lines to simulate noise on a sonar once. It worked pretty well. I was displaying a new 1 pixel line of noise per frame, with the data cascading downwards as new info came in. We made an array of noise at start up and just jumped around in it at random. The idea above is the same thing but more '2D' so I guess the difference would be experimenting to see how big your noise buffer would need to be in order that your random start point didn't give repetetive looking patterns. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 08:51:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA11936; Tue, 16 Jul 1996 08:49:02 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA11920; Tue, 16 Jul 1996 08:49:01 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00610; Tue, 16 Jul 1996 08:49:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18338; Tue, 16 Jul 1996 08:49:00 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07377 for ; Tue, 16 Jul 1996 08:48:58 -0700 Received: from csf2.pobox.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id RAA21986; Tue, 16 Jul 1996 17:48:48 +0200 Message-Id: <199607161548.RAA21986@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 16 Jul 1996 17:34:07 +0000 To: "Doug Chism" From: arnaud@pobox.oleane.com (Space Magic Team) Subject: Re: Motif with Performer Cc: info-performer@sgi.com X-Mailer: Status: O >Has anyone worked out integrating Motif with a Performer application? >I am trying to integrate a Performer application with a GUI I built >with a GUI builder. I used pfGetCurWSConnection to get the Display >but the program stopped and claimed that the display was null. Any >help would be appreciated. >Doug Chism Take a look at the example /usr/share/Performer/src/pguide/libpf/C++/motif.C or /usr/share/Performer/src/pguide/libpf/C/motif.c It's a good program to start from. Philippe Poutignat ____________________________________________________________________ | | /\ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /\ | | | -(*)- <[]> arnaud@POBOX.oleane.com <[]> -(*)- | | | \/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= \/ | | |--------------------------------------------------------------------| | ______ _________ ____________ _________ ______ | | /_/_/_/\ | Space | \/\/\/\/\/\/ | Space | /\_\_\_\ | | /_/_/_/\/\ | ~~~~~~~ | \/\/\/\/\/ | ~~~~~~~ | /\/\_\_\_\ | |/_/_/_/\/\/\ | Magic | \/\/\/\/ | Basic | /\/\/\_\_\_\| |\_\_\_\/\/\/ '---------' \/\/\/ '---------' \/\/\/_/_/_/| | \_\_\_\/\/ / ######### \ \/\/ / ######### \ \/\/_/_/_/ | | \_\_\_\/ / ########### \ \/ / ########### \ \/_/_/_/ | | '---------------' '---------------' | |--------------------------------------------------------------------| | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 09:28:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA12061; Tue, 16 Jul 1996 09:24:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA12045; Tue, 16 Jul 1996 09:24:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01716; Tue, 16 Jul 1996 09:24:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19804; Tue, 16 Jul 1996 09:24:22 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA16066 for ; Tue, 16 Jul 1996 09:24:21 -0700 Received: from esper.ucsd.edu by mail.ucsd.edu; id JAA21364 sendmail 8.6.12/UCSD-2.2-sun via ESMTP Tue, 16 Jul 1996 09:24:20 -0700 for <@mail.ucsd.edu:info-performer@sgi.com> Received: by esper.ucsd.edu (951211.SGI.8.6.12.PATCH1042/940406.SGI.AUTO) id JAA19509; Tue, 16 Jul 1996 09:24:15 -0700 Date: Tue, 16 Jul 1996 09:24:15 -0700 Message-Id: <199607161624.JAA19509@esper.ucsd.edu> From: Jon Christensen To: info-performer@sgi.com Subject: hoping for pfdStoreFile_iv() Reply-To: Jon Christensen Status: O Hi, I've been playing around with some of the (very nice) tools in webspaceauthor, and would like to use this to interactively work with some of our performer scenes (setting LOD fade ranges, etc.) However, it appears that there isn't a store file routine for iv, vrml, or something that webspaceauthor would be able to read. (We're using performer 2.0). I did see a note in the man pages that the intent was to provide a full complement of converter routines in the future. (We're currently creating our models with either Alias, Softimage or DWB; DWB has an inventor export feature, but this doesn't handle LOD nodes so that we would have to export each LOD model separately and then import). So, does anyone know if there is a pfdStoreFile_iv() in 2.0.1 or 2.1? If so, does anyone have a statically bound pfconvert binary they could send me? thanks, Jon Christensen =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jon Christensen phone: (619) 642-0343 Dept. of Electrical and Computer Engineering fax: (619) 534-7654 University of California, San Diego email: jmc@ece.ucsd.edu 3050 Urey Hall Addition, 9500 Gilman Drive La Jolla, CA 92093-0339 http://sdchemw1.ucsd.edu/~jmc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:17:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12233; Tue, 16 Jul 1996 10:14:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12217; Tue, 16 Jul 1996 10:14:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03561; Tue, 16 Jul 1996 10:14:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22333; Tue, 16 Jul 1996 10:14:47 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA29908 for ; Tue, 16 Jul 1996 10:14:46 -0700 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQayqe08729; Tue, 16 Jul 1996 13:14:43 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 16 Jul 1996 13:14:44 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA17237; Tue, 16 Jul 96 12:58:27 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id MAA15340; Tue, 16 Jul 1996 12:58:27 -0400 From: "Gan Wang" Message-Id: <9607161258.ZM15338@cavalier> Date: Tue, 16 Jul 1996 12:58:26 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Linker warnings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I asked a similar question a few days ago but did not receive any responses. So I will ask again here. I am working with Performer 2.1 under 6.2. The following warnings are echoed every time linking is invoked: ld: WARNING 84: /usr/lib/libpfdu_ogl.so is not used for resolving any symbol. ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of isExactType__8pfMemoryFP6pfType in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of __as__8pfMemoryFPC8pfMemory in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getRef__8pfMemoryFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getGLHandle__8pfObjectCFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 85: definition of getUserData__8pfObjectFv in /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. ld: WARNING 84: /usr/lib/libpfui.so is not used for resolving any symbol. ld: WARNING 84: /usr/lib/libmpc.a is not used for resolving any symbol. ld: WARNING 84: /usr/lib/libGLw.a is not used for resolving any symbol. ld: WARNING 84: /usr/lib/libXm.so is not used for resolving any symbol. ld: WARNING 85: definition of _calloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of cfree in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of __checktraps in /usr/lib/libfpe.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of __readenv_sigfpe in /usr/lib/libfpe.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _malloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _realloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _free in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of calloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of memalign in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of malloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of realloc in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of free in /usr/lib/libmalloc.so preempts that definition in /usr/lib/libc.so. I don't understand the environment very well. But I am reluctant to turn off the warnings because I rely on them to find my own conflicts and potential errors. Any help from you would be greatly appreciated. Thanks, Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:05:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12176; Tue, 16 Jul 1996 10:02:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12160; Tue, 16 Jul 1996 10:02:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03057; Tue, 16 Jul 1996 10:02:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21630; Tue, 16 Jul 1996 10:02:54 -0700 Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26689 for ; Tue, 16 Jul 1996 10:02:47 -0700 Received: from visin1.rus.uni-stuttgart.de (visin1.rus.uni-stuttgart.de [129.69.29.188]) by artemis.rus.uni-stuttgart.de with ESMTP id TAA00824 (8.6.13/IDA-1.6 for ); Tue, 16 Jul 1996 19:02:42 +0200 Received: by visin1.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) for info-performer@sgi.com id SAA09258; Tue, 16 Jul 1996 18:56:40 +0200 From: "Daniela Rainer" Message-Id: <9607161856.ZM9256@visin1.rus.uni-stuttgart.de> Date: Tue, 16 Jul 1996 18:56:39 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Frame times Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I try to measure the frame time in the Performer main loop. I get the time after pfSync. I set the frame rate to 72 HZ. If the phase is LOCK or FLOAT, the times for one frame are all about 27 ms. If the phase is FREE_RUN, the times for one frame differ (13 ms, 16 ms, 27 ms). I have two question: 1. Why the difference between the LOCK and FREE_RUN if the frame rate is 72 Hz (no difference between frame rate and video rate)? 2. Why are the times never equal to the possible frame rates (72 Hz = 13.89 ms, 36 Hz = 27.78 ms, ...) Thanks for any help Daniela ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:12:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12205; Tue, 16 Jul 1996 10:09:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12189; Tue, 16 Jul 1996 10:09:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03361; Tue, 16 Jul 1996 10:09:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22074; Tue, 16 Jul 1996 10:09:38 -0700 Received: from aic.lockheed.com (goliath.rdd.lmsc.lockheed.com [129.197.131.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA28440 for ; Tue, 16 Jul 1996 10:09:36 -0700 Received: from gabriel.rdd.lmsc.lockheed.com ([129.197.131.87]) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA24612; Tue, 16 Jul 96 10:09:34 PDT Received: from gabriel by gabriel.rdd.lmsc.lockheed.com via SMTP (940816.SGI.8.6.9/911001.SGI) id KAA08482; Tue, 16 Jul 1996 10:08:42 -0700 Sender: stiles@aic.lockheed.com Message-Id: <31EBCC9A.41C6@aic.lockheed.com> Date: Tue, 16 Jul 1996 10:08:42 -0700 From: Randy Stiles Organization: Lockheed Martin Advanced Technology Center X-Mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: Jon Christensen Cc: info-performer@sgi.com Subject: Re: hoping for pfdStoreFile_iv() References: <199607161624.JAA19509@esper.ucsd.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, See below for pfdStoreFile() which works on Inventor files (*.iv as argument) Jon Christensen wrote: > > Hi, > > I've been playing around with some of the (very nice) tools in > webspaceauthor, and would like to use this to interactively work > with some of our performer scenes (setting LOD fade ranges, etc.) > > However, it appears that there isn't a store file routine for iv, > vrml, or something that webspaceauthor would be able to read. > (We're using performer 2.0). I did see a note in the man pages > that the intent was to provide a full complement of converter > routines in the future. > > (We're currently creating our models with either Alias, Softimage > or DWB; DWB has an inventor export feature, but this doesn't handle > LOD nodes so that we would have to export each LOD model separately > and then import). > > So, does anyone know if there is a pfdStoreFile_iv() in 2.0.1 or > 2.1? If so, does anyone have a statically bound pfconvert binary > they could send me? There is. Gavin Bell (formerly of Inventor group) wrote one, Jim Helman updated it for Performer 2.0, and I set it up to work with pfdStoreFile as a DSO. The Ftp URLs are below: ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/pftoiv1.0.tar.Z Original by Gavin, Jim Helman. This builds command line executable pftoiv that loads anything Performer loads, and saves to Inentor 2.x ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/pftoiv1.1.tar.Z This builds DSO for Inventor allowing pfdStoreFile for inventor extension to work. In pfstoreiv.C there is the commented-out main that would build pftoiv as above. Bug fixes in here as well. -Randy -- // Randy Stiles mailto:stiles@aic.lockheed.com Orgn H142 Bldg 255 // Lockheed Martin Advanced Technology Center 3251 Hanover Street // office: 415.354.5256 fax: 415.354.5235 Palo Alto, CA 94304-1192 // http://vet.parl.com/~vet/people/stiles/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:20:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12251; Tue, 16 Jul 1996 10:16:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12235; Tue, 16 Jul 1996 10:16:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03607; Tue, 16 Jul 1996 10:16:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22407; Tue, 16 Jul 1996 10:16:48 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA00721 for ; Tue, 16 Jul 1996 10:16:47 -0700 Received: from roosevelt.ait.nrl.navy.mil (gordon@roosevelt [132.250.128.42]) by ait.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id NAA13336 for ; Tue, 16 Jul 1996 13:16:36 -0400 (EDT) Received: (from gordon@localhost) by roosevelt.ait.nrl.navy.mil (8.7.3/8.7.3) id NAA01029 for info-performer@sgi.com; Wed, 17 Jul 1996 13:16:34 -0400 (EDT) From: "Kenneth Gordon" Message-Id: <9607171316.ZM1027@roosevelt.ait.nrl.navy.mil> Date: Wed, 17 Jul 1996 13:16:34 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Z-Buffer on an ONYX... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm having a strange problem when running Performer programs on our ONYX, and I was wondering whether anyone has had to deal with that before. It seems almost like the Z-buffer is backwards. In the demo, there is a car circling around a town. When the car goes behind a building, you can still see the car. Also, when you zoom in on the car, all the parts of the car are backwards -- you see the trunk instead of the front of the car when it is facing you. Has anyone ever seen this before? Does the ONYX somehow work differently fromn the other machines? We've run it on Solid Impacts and Max Impacts without any problems. Is there a patch that fixes it? Thanks, in advance. -- Ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:36:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12341; Tue, 16 Jul 1996 10:34:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12325; Tue, 16 Jul 1996 10:34:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04178; Tue, 16 Jul 1996 10:34:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23481; Tue, 16 Jul 1996 10:34:53 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA05132 for ; Tue, 16 Jul 1996 10:34:52 -0700 Received: from dandan.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA12492; Tue, 16 Jul 96 10:34:48 -0700 Received: by dandan.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA25379; Tue, 16 Jul 1996 10:34:42 -0700 From: "Jenny Zhao" Message-Id: <9607161034.ZM25377@dandan.asd.sgi.com> Date: Tue, 16 Jul 1996 10:34:42 -0700 In-Reply-To: "Gan Wang" "Linker warnings" (Jul 16, 12:58pm) References: <9607161258.ZM15338@cavalier> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Gan Wang" , info-performer@sgi.com Subject: Re: Linker warnings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 16, 12:58pm, Gan Wang wrote: > Subject: Linker warnings > Hi there, > > I asked a similar question a few days ago but did not receive any responses. > So I will ask again here. > > I am working with Performer 2.1 under 6.2. The following warnings are echoed > every time linking is invoked: > > ld: WARNING 84: /usr/lib/libpfdu_ogl.so is not used for resolving any symbol. > ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of isExactType__8pfMemoryFP6pfType in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of __as__8pfMemoryFPC8pfMemory in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getRef__8pfMemoryFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getGLHandle__8pfObjectCFv in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getUserData__8pfObjectFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 84: /usr/lib/libpfui.so is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libmpc.a is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libGLw.a is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libXm.so is not used for resolving any symbol. > ld: WARNING 85: definition of _calloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _cfree in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of cfree in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of __checktraps in /usr/lib/libfpe.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of __readenv_sigfpe in /usr/lib/libfpe.so preempts > that definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _malloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _realloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _free in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of calloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of memalign in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of malloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of realloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of free in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > > I don't understand the environment very well. But I am reluctant to turn off > the warnings because I rely on them to find my own conflicts and potential > errors. > > Any help from you would be greatly appreciated. > > Thanks, > Gan > > -- these warnings are expected. and we understand it is not helpful at all to leave these warnings there because they may hide the real warnings. we will resolve them in the next release. sorry about that. -- Jenny Zhao zhz@asd.sgi.com 415 933-5091 (Voice) 415 965-2658 (Fax) Silicon Graphics - IRIS Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 10:48:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12409; Tue, 16 Jul 1996 10:46:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12393; Tue, 16 Jul 1996 10:46:03 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04532; Tue, 16 Jul 1996 10:46:02 -0700 Received: from relay5.UU.NET by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id KAA00026; Tue, 16 Jul 1996 10:46:01 -0700 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQayqg16700; Tue, 16 Jul 1996 13:44:45 -0400 (EDT) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Tue, 16 Jul 1996 13:44:45 -0400 Received: from octave.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA17329; Tue, 16 Jul 96 13:23:57 EDT Received: by octave.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id NAA24992; Tue, 16 Jul 1996 13:23:58 -0400 From: "Fred Clyne" Message-Id: <9607161323.ZM24990@octave> Date: Tue, 16 Jul 1996 13:23:57 -0400 In-Reply-To: Jennifer Flanagan "XWindow and Performer" (Jul 15, 2:03pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jennifer Flanagan , uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: XWindow and Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think you have to wait until the DRAW process opens the window. Look at /usr/share/Performer/src/pguide/libpf/C/complex.c in the function InitXInput(). I do something similar in my applications although I add an sginap(5) while waiting. On Jul 15, 2:03pm, Jennifer Flanagan wrote: > Subject: XWindow and Performer > > I have been running into a problem when I try to use a combination of > multiprocess mode PFMP_APP_CULL_DRAW and also try to set up a pipeWindow > to accept XEvents. When I make the call to getWSWindow it returns a > window id of 0. If I use the multiprocess mode PFMP_DEFAULT, this same > call returns a valid window id. > > When 0 is returned for the window id the whole program dies right away > due to a BadWindow X error. > > Any suggestions??? > > Thanks in advance, > > Jennifer > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jennifer Flanagan -- Fred Clyne Cambridge Research Associates office: 703-790-0505 x 7211 1430 Spring Hill Road, Suite 200 fax: 703-790-0370 McLean, VA 22102 email: fred@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 11:12:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA12666; Tue, 16 Jul 1996 11:10:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA12650; Tue, 16 Jul 1996 11:10:33 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05469; Tue, 16 Jul 1996 11:10:32 -0700 Received: from axpc.rdbewss.redstone.army.mil by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id LAA02107; Tue, 16 Jul 1996 11:10:30 -0700 From: STOREY@axpc.rdbewss.redstone.army.mil Received: from axpc.rdbewss.redstone.army.mil by axpc.rdbewss.redstone.army.mil (PMDF V5.0-5 #11416) id <01I753WZ1AJ8APTG7S@axpc.rdbewss.redstone.army.mil> for info-performer@sgi.com; Tue, 16 Jul 1996 13:08:36 -0600 (CST) Date: Tue, 16 Jul 1996 13:08:36 -0600 (CST) Subject: Re: Modifing perfly To: info-performer@sgi.com Message-id: <01I753WZ1AJAAPTG7S@axpc.rdbewss.redstone.army.mil> X-VMS-To: AXPC::IN%"info-performer@sgi.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Status: O I have modified the Ver 1.2 perfly to load an object (missile) and read a time history of its flight path. To update the missile position, add a pfDCS to the SharedViewState in perfly.h. Then set the default xformer move to PFUXF_FLY. This worked with little code modification to perfly. Good Luck! Kim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 13:29:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA21670; Tue, 16 Jul 1996 13:27:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA21650; Tue, 16 Jul 1996 13:27:16 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA09508; Tue, 16 Jul 1996 13:27:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA01458; Tue, 16 Jul 1996 13:27:14 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA19850 for ; Tue, 16 Jul 1996 13:27:12 -0700 Received: by vr.mme.wsu.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id NAA06472; Tue, 16 Jul 1996 13:26:55 -0700 From: "Scott Angster" Message-Id: <9607161326.ZM6470@vr.mme.wsu.edu> Date: Tue, 16 Jul 1996 13:26:48 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: pfStrings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am developing a 3-D menuing system that uses a series of pfStrings. To allow the the user to select a text item, I am using the pfStringIsectSegs command with the segment set attached to the users finger. I have been unable to get any intersections so far. I am using pfNodeIsectSegs in many places in my code, so I am familiar with isect masks and such. It is actually the same segment set that I use elsewhere that I am using in the pfStringIsectSegs calls. I have checked that my pfStrings have proper masking and that my segment sets masks are the same that I use elswhere. I am looking for any suggestions or ideas on this problem. If anyone has a portion of sample code that uses this that would be great. Thank you for any help on this problem. Scott Angster -- ------------------------------------------------------ Scott Angster email - angster@vr.mme.wsu.edu phone - 509-335-1900 Virtual Reality and Computer-Integrated Manufacturing Lab http://www.vrcim.wsu.edu/angster/ Washington State University ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 14:38:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA22430; Tue, 16 Jul 1996 14:34:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA22414; Tue, 16 Jul 1996 14:34:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11482; Tue, 16 Jul 1996 14:34:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04817; Tue, 16 Jul 1996 14:34:03 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07261 for ; Tue, 16 Jul 1996 14:34:02 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA22384; Tue, 16 Jul 1996 14:31:31 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9607161431.ZM22382@holodeck.csd.sgi.com> Date: Tue, 16 Jul 1996 14:31:31 -0700 In-Reply-To: "Kenneth Gordon" "Z-Buffer on an ONYX..." (Jul 17, 1:16pm) References: <9607171316.ZM1027@roosevelt.ait.nrl.navy.mil> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: "Kenneth Gordon" , info-performer@sgi.com Subject: Re: Z-Buffer on an ONYX... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 1:16pm, Kenneth Gordon wrote: > > I'm having a strange problem when running Performer programs on our > ONYX, and I was wondering whether anyone has had to deal with that > before. It seems almost like the Z-buffer is backwards. In the > demo, there is a car circling around a town. When the car goes > behind a building, you can still see the car. Also, when you zoom in > on the car, all the parts of the car are backwards -- you see the > trunk instead of the front of the car when it is facing you. Are you running an old version of IRIX ? This was a problem a while back (IRIX 5.2?) with a few of the admin tools using up too much framebuffer memory (and then not giving it up), so Performer wasn't able to allocate enough for itself. There are some workarounds.. Here's some info from the archives: Problem: chost & clogin used IL hardware acceleration which could tie up framebuffer resources, thereby making Performer applications unable to allocate a z buffer. Solution: 1) kill chost and clogin. (My recollection is that sometimes one had to stop and restart graphics to get the framebuffer back.) 2) csh: "setenv IL_HW_ACCELERATE 0" or sh: "IL_HW_ACCELERATE=0" before running any desktop applications that might use IL, e.g. in your ~/.xsession or other X/desktop startup file. This use of framebuffer resources by the desktop is supposed to be fixed in IRIX 5.3, however we have not verified it. [it hasn't been reported in a while..] If this isn't it, write me back for some more suggestions. Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/aschaffe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 14:40:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA22467; Tue, 16 Jul 1996 14:38:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA22450; Tue, 16 Jul 1996 14:38:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11610; Tue, 16 Jul 1996 14:38:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04918; Tue, 16 Jul 1996 14:38:30 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA08393 for ; Tue, 16 Jul 1996 14:38:29 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA22446; Tue, 16 Jul 1996 14:38:28 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9607161438.ZM22444@holodeck.csd.sgi.com> Date: Tue, 16 Jul 1996 14:38:28 -0700 In-Reply-To: "Gan Wang" "Linker warnings" (Jul 16, 12:58pm) References: <9607161258.ZM15338@cavalier> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Linker warnings Cc: gan@cavalier.cambridge.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It's a nuisance but we get these same warnings too. The only ones of any value are the "84" messages, since you could probably remove those libraries from your link line. They should be gone in the next release.. Allan On Jul 16, 12:58pm, Gan Wang wrote: > > ld: WARNING 84: /usr/lib/libpfdu_ogl.so is not used for resolving any symbol. > ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 84: /usr/lib/libpfui.so is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libmpc.a is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libGLw.a is not used for resolving any symbol. [...] -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/aschaffe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 16 15:06:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA22593; Tue, 16 Jul 1996 15:04:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA22577; Tue, 16 Jul 1996 15:04:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA12370; Tue, 16 Jul 1996 15:04:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06178; Tue, 16 Jul 1996 15:04:12 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA14970 for ; Tue, 16 Jul 1996 15:04:07 -0700 Received: from fox.ait.nrl.navy.mil (fox [132.250.128.86]) by ait.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id SAA18914 for ; Tue, 16 Jul 1996 18:04:06 -0400 (EDT) Received: (from durbin@localhost) by fox.ait.nrl.navy.mil (8.7.5/8.7.3) id SAA08987; Tue, 16 Jul 1996 18:04:05 -0400 (EDT) Date: Tue, 16 Jul 1996 18:04:05 -0400 (EDT) Message-Id: <199607162204.SAA08987@fox.ait.nrl.navy.mil> From: Jim Durbin To: info-performer@sgi.com Subject: Z-Buffer on an ONYX... In-Reply-To: <9607171316.ZM1027@roosevelt.ait.nrl.navy.mil> References: <9607171316.ZM1027@roosevelt.ait.nrl.navy.mil> Reply-To: durbin@ait.nrl.navy.mil Status: O Kenneth Gordon writes: | I'm having a strange problem when running Performer programs on | our ONYX, and I was wondering whether anyone has had to deal with | that before. It seems almost like the Z-buffer is backwards. In | the demo, there is a car circling around a town. When the car | goes behind a building, you can still see the car. Also, when | you zoom in on the car, all the parts of the car are backwards -- | you see the trunk instead of the front of the car when it is | facing you. | | Has anyone ever seen this before? Does the ONYX somehow work | differently from the other machines? We've run it on Solid | Impacts and Max Impacts without any problems. Is there a patch | that fixes it? More details: Onyx w/ one IR graphics pipeline, 1RM6 w/ 16MB texture memory IRIX 6.2 Performer 2.0 -Jim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 02:56:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA23948; Wed, 17 Jul 1996 02:54:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA23932; Wed, 17 Jul 1996 02:54:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA27701; Wed, 17 Jul 1996 02:54:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA26688; Wed, 17 Jul 1996 02:54:21 -0700 Received: from hntp2.hinet.net (hntp2.hinet.net [168.95.195.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA01409; Wed, 17 Jul 1996 02:54:17 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by hntp2.hinet.net (8.6.11/8.6.11) with SMTP id RAA26852; Wed, 17 Jul 1996 17:52:19 +0800 Received: by systech.hinet.net (931110.SGI/930416.SGI) for @hntp2.hinet.net:reid@paradigmsim.com id AA00544; Wed, 17 Jul 96 17:52:59 -0700 From: "chien" Message-Id: <9607171752.ZM542@systech.hinet.net> Date: Wed, 17 Jul 1996 17:52:55 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: robj@barney.reading.sgi.com, info-performer@sgi.com, reid@paradigmsim.com Subject: maximun impact problems in 5.3 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:Rob Hi Rob: Thanks for your messages.I go patch 1223,1268 and 1271 and install in high impact it improve the problems.But when I run in maximun impact the same program ,VEGA and Stealth of Mak could not run I got followering messages: Jul 17 17:24:45 2A:impact unix: Jul 17 17:24:45 4A:impact unix: WARNING: Graphics error Jul 17 17:24:45 2A:impact unix: irnode=883aab5c Jul 17 17:24:45 2A:impact unix: gfxp=8a4fda90, pid=769, boundrn=881d9d68, rnodep=8a4fdc54 Jul 17 17:24:45 2A:impact unix: gfxp=8d8a1f9c, pid=939, boundrn=881d9de0, rnodep=8eb814cc Jul 17 17:24:45 2A:impact unix: gfxp=8c5fafc0, pid=972, boundrn=881d9f48, rnodep=8cb23514 Jul 17 17:24:45 2A:impact unix: active_rnode=8a4fdc54 Jul 17 17:24:45 2A:impact unix: busy_dma: bf070104/8 Jul 17 17:24:45 2A:impact unix: status: bf070000/151 Jul 17 17:24:45 2A:impact unix: fifo_status: bf070004/7800000 Jul 17 17:24:45 2A:impact unix: gio_status: bf070100/40 Jul 17 17:24:45 2A:impact unix: rebus_sync: bf05021c/3 Jul 17 17:24:45 2A:impact unix: window: bf045000/9e0 Jul 17 17:24:45 2A:impact unix: hqpc: bf046000/3f2 Jul 17 17:24:45 2A:impact unix: flag_set: bf070008/10d10 Jul 17 17:24:45 2A:impact unix: hq_config: bf050000/7e8d Jul 17 17:24:45 2A:impact unix: gio_config: bf050114/765b900f Jul 17 17:24:45 2A:impact unix: re_status: bf07c578/201 Jul 17 17:24:46 3B:impact xdm[762]: Server for display :0 terminated unexpectedly: 2304 Jul 17 17:24:46 6B:impact Xsession: root: logout Jul 17 17:29:07 6B:impact Xsession: root: login Jul 17 17:29:07 6B:impact Xsession: root: access control disabled, clients can connect from any host Please inform me how to get the patch 1208,1270 AND 1333.I forgot the ftp address.Do you think these patches could solve this problems. Best Regards ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 03:45:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA24009; Wed, 17 Jul 1996 03:41:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA23993; Wed, 17 Jul 1996 03:41:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA28635; Wed, 17 Jul 1996 03:41:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA27542; Wed, 17 Jul 1996 03:41:54 -0700 Received: from barney.reading.sgi.com ([144.253.74.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA10738; Wed, 17 Jul 1996 03:41:50 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id LAA19262; Wed, 17 Jul 1996 11:41:45 +0100 From: "Rob Jenkins" Message-Id: <9607171141.ZM19260@barney.reading.sgi.com> Date: Wed, 17 Jul 1996 11:41:44 +0100 In-Reply-To: "chien" "maximun impact problems in 5.3" (Jul 17, 5:52pm) References: <9607171752.ZM542@systech.hinet.net> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "chien" , info-performer@sgi.com, reid@paradigmsim.com Subject: Re: maximun impact problems in 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Patches 1223, 1271 and 1268 are for Irix 5.3. 1208,1270 and 1333 are for Irix 6.2. You can get them from ftp-europe.sgi.com:~ftp/private/reading if any aren't there let me know and I get them put on. If ftp proves flakey contact your local SGI office to get them sent on tape. Onto the problem you describe, did you get a CTXSW timeout warning just before the errors you posted ? There are several causes of this type of problem on Irix 5.3 Impact a majority of which are fixed by the latest patches. Any outstanding problems tend to be application specific ( and are mostly fixed in 6.2 ) so to test that try running the Certian Impact demo - if that runs OK you may have a SW error in which case you could try an OS then patch reload. If Certian Impact fails then assuming you have the correct Vega installation you could possibly have a HW problem - do you have another machine with exactly the same HW to try this on ? It's interesting that you say your High Impact is OK but the Max isn't. My impression is that this sort of problem tends to be independant of whether it's High or Max but I'm sure that's not always true. I guess to get any further on this you should try the above and if you don't make any progress send me the output of: /usr/gfx/gfxinfo and versions -a | grep -i patch and versions -n eoe1 for each machine plus a description of what happens on each. Ideally you should also log a support call with your local SGI office and provide the above info to them. Finally if this problem is on an Irix 5.3 machine, I'd recommend upgrading to 6.2 as soon as possible as I believe Impact running 6.2 + patch 1333 is generally more stable. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 05:02:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA24144; Wed, 17 Jul 1996 05:01:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA24128; Wed, 17 Jul 1996 05:01:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA00489; Wed, 17 Jul 1996 05:01:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA29660; Wed, 17 Jul 1996 05:01:01 -0700 Received: from wintermute.ran.es (wintermute.ran.es [194.51.86.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23428 for ; Wed, 17 Jul 1996 05:00:39 -0700 Received: from MANHATTAN (ppp008.ran.es [194.51.86.82]) by wintermute.ran.es (8.6.12/8.6.9) with SMTP id OAA12588 for ; Wed, 17 Jul 1996 14:03:55 +0100 Date: Wed, 17 Jul 1996 14:03:55 +0100 Message-Id: <199607171303.OAA12588@wintermute.ran.es> X-Sender: elco@mailer.ran.es X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_837637035==_" To: info-performer@sgi.com From: "ELCO SISTEMAS, S.A." X-Attachments: C:\TEMP\BINOC2.DOC; Status: O --=====================_837637035==_ Content-Type: text/plain; charset="us-ascii" --=====================_837637035==_ Content-Type: application/msword; charset="us-ascii" Content-Disposition: attachment; filename="BINOC2.DOC" Hello, dear Performers: I have got a problem to solve, and I am sure that somebody must know about it. I am developing a flying simulator, with Performer 2.0, and an Indigo2 High IMPACT. This machine has Open/GL native graphics hardware. I already have developed the terrain database to fly over, and it works fine. Now I need to create a sort of binocular with a graduated grid, to look trough and see the database terrain augmented. The problem is that I don't exactly know how to do it. I guess that I must use some sort of Pre-Draw or Post-Draw Callback function, and whithin that function use Open/GL commands to draw the grid and a black area to simulate the binocular shape. In fact I am using a Post-Draw Callback. To draw the grid, I am using the ovelay plane, in a similar way as Performer does with the stats channel. To draw the binocular shape, I am trying to use the stencil buffer., but it is not working as I expected. Therefore, I am in need of a source C example program or some documentation related to the use of the stencil buffer within Performer. I have been searching in all the Performer directories in my disk, for source programs that do this, but I have found nothing. I would appreciate very much if anybody could tell me where to find any source C programs, or any printed documents, that would allow me to achieve this goal. Thanks in advance to everybody. Suggestions are wellcome. -------------- Rafael Garcia ELCO Sistemas Madrid - Spain -------------- --=====================_837637035==_-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 05:07:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA24174; Wed, 17 Jul 1996 05:04:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA24158; Wed, 17 Jul 1996 05:04:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA00576; Wed, 17 Jul 1996 05:04:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA29851; Wed, 17 Jul 1996 05:04:44 -0700 Received: from mandator.se (notes03.gbg.mandator.se [193.13.25.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA24296 for ; Wed, 17 Jul 1996 05:04:21 -0700 Received: by mandator.se (IBM OS/2 SENDMAIL VERSION 1.3.17/2.12um) id AA0588; Wed, 17 Jul 96 14:03:18 -0400 Message-Id: <9607171803.AA0588@mandator.se> Received: from Mandator with "Lotus Notes Mail Gateway for SMTP" id D05EBC343259B0C78025636A0045001F; Wed, 17 Jul 96 14:03:05 To: info-performer From: Ulf Yngwe/COMATOR/HELSINGBORG/SE/MANDATOR AB Date: 17 Jul 96 14:08:53 Subject: Material transparency problems Mime-Version: 1.0 Content-Type: Text/Plain Status: O I have a 3-d model wich contains different materials with alpha values ranging from 0 to 1. My problem is that when a polygon with an alpha value of < 0.7 is shown it is partly invisible (it has holes) and if the alpha value is < 0.25 it is totally invisible in my application. If I look at the same model in perfly it looks okay. What I would like to know is what states are affecting the transparency in this way. I have tried to change the alpha func, pftransparency, lightmodel and light but nothing seems to affect this. Anybody got any suggestions? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 06:11:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA24366; Wed, 17 Jul 1996 06:08:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA24350; Wed, 17 Jul 1996 06:08:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA01819; Wed, 17 Jul 1996 06:08:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01928; Wed, 17 Jul 1996 06:08:24 -0700 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA05824 for ; Wed, 17 Jul 1996 06:08:23 -0700 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA01933; Wed, 17 Jul 1996 09:21:39 -0400 Date: Wed, 17 Jul 1996 09:21:39 -0400 From: brian@sgi.com (Brian Furtaw) Message-Id: <9607170921.ZM1932@hotsauce.clubfed.sgi.com> In-Reply-To: "Gan Wang" "Linker warnings" (Jul 16, 12:58pm) References: <9607161258.ZM15338@cavalier> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Gan Wang" , info-performer@sgi.com Subject: Re: Linker warnings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I believe what you are seeing is the result of a more verbose linker in IRIX 6.2 it is letting you know that the performer libraries have multiply defined symbols some of which are getting overridden. I do not believe this to be a problem since applications function quite normally. To filter these linker messages. csh % alias perfmake 'make \!* | grep -v "WARNING 85"' Brian On Jul 16, 12:58pm, Gan Wang wrote: > Subject: Linker warnings > Hi there, > > I asked a similar question a few days ago but did not receive any responses. > So I will ask again here. > > I am working with Performer 2.1 under 6.2. The following warnings are echoed > every time linking is invoked: > > ld: WARNING 84: /usr/lib/libpfdu_ogl.so is not used for resolving any symbol. > ld: WARNING 85: definition of getData__8pfMemoryCFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of isOfType__8pfMemoryFP6pfType in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of isExactType__8pfMemoryFP6pfType in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of __as__8pfMemoryFPC8pfMemory in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getRef__8pfMemoryFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getGLHandle__8pfObjectCFv in > /usr/lib/libpf_ogl.so preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 85: definition of getUserData__8pfObjectFv in /usr/lib/libpf_ogl.so > preempts that definition in /usr/lib/libpfui.so. > ld: WARNING 84: /usr/lib/libpfui.so is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libmpc.a is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libGLw.a is not used for resolving any symbol. > ld: WARNING 84: /usr/lib/libXm.so is not used for resolving any symbol. > ld: WARNING 85: definition of _calloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _cfree in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of cfree in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of __checktraps in /usr/lib/libfpe.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of __readenv_sigfpe in /usr/lib/libfpe.so preempts > that definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _malloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _realloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of _free in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of calloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of memalign in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of malloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of realloc in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > ld: WARNING 85: definition of free in /usr/lib/libmalloc.so preempts that > definition in /usr/lib/libc.so. > > I don't understand the environment very well. But I am reluctant to turn off > the warnings because I rely on them to find my own conflicts and potential > errors. > > Any help from you would be greatly appreciated. > > Thanks, > Gan > > -- > > Gan Wang > > Cambridge Research Associates Office: 703-790-0505 ext.7210 > 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 > McLean, VA 22102 Internet: gan@cambridge.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Gan Wang -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) RSE Graphics/Communications Office: (301) 572-3293 Silver Spring, MD Fax: (301) 572-3280 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 07:49:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA24494; Wed, 17 Jul 1996 07:46:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA24478; Wed, 17 Jul 1996 07:46:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03906; Wed, 17 Jul 1996 07:46:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05036; Wed, 17 Jul 1996 07:46:56 -0700 Received: from ns2.eds.com (ns2.eds.com [199.228.142.78]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA25628 for ; Wed, 17 Jul 1996 07:46:54 -0700 Received: by ns2.eds.com (hello) id KAA02728; Wed, 17 Jul 1996 10:46:53 -0400 Received: by nnsp.eds.com (hello) id KAA21651; Wed, 17 Jul 1996 10:46:22 -0400 (EDT) Sender: toms@gmr.com Message-ID: <31ECFCBE.41C6@gmr.com> Date: Wed, 17 Jul 1996 10:46:22 -0400 From: Tom Sanderson Organization: GM NAO Design Center X-Mailer: Mozilla 3.0b5a (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: iR Stereo Right Eye Left Eye reversal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I seem to remember a message about the the right and left eyes being reversed on the iR. We just went to iR and have seen the same thing. Is there a fix for this? Thanks Tom S. -- +-----------------------------------------------------------------------+ | Tom Sanderson (810)986-3722 (GM:8-226-3722) Fax: (810) 986-9809 | | Design Systems, General Motors NAO Design Center | | 30100 Mound Road, Warren, Mich. 48090-9030 | | E-Mail tsanderson@gmr.com | +-----------------------------------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 10:14:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA24682; Wed, 17 Jul 1996 10:10:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA24666; Wed, 17 Jul 1996 10:10:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA07706; Wed, 17 Jul 1996 10:10:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA11780; Wed, 17 Jul 1996 10:10:25 -0700 Received: from popper.PBI.net (popper.pbi.net [206.13.1.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA00245 for ; Wed, 17 Jul 1996 10:10:23 -0700 Received: from poser.pbi.net by popper.PBI.net (4.1/PBI-12/1/95) id AA29589; Wed, 17 Jul 96 10:09:06 PDT Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) id KAA06538; Wed, 17 Jul 1996 10:07:56 -0700 From: "Chris Cederwall" Message-Id: <9607171007.ZM6536@poser.pbi.net> Date: Wed, 17 Jul 1996 10:07:56 -0700 In-Reply-To: "chien" "maximun impact problems in 5.3" (Jul 17, 5:52pm) References: <9607171752.ZM542@systech.hinet.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "chien" , robj@barney.reading.sgi.com, info-performer@sgi.com, reid@paradigmsim.com Subject: Re: maximun impact problems in 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I wonder how these are related??? Here's what I am getting from running straight Performer 2.0.1 AND Inventor 2.1.1 on occassion. The crash happens only occassionally in a several hour stretch. Sorry for all who are disinterested in Impact related issues. ------------------------------------- Irix 5.3 All Impact - patches 1098,1157, 1223, 1255, 1271 Jun 8 16:41:33 6B:violet Xsession: ceder: login Jun 8 16:41:33 6B:violet Xsession: ceder: access control disabled, clients can connect from any host Jun 8 19:42:49 4A:violet unix: WARNING: mgras: CFIFO timeout Jun 8 19:42:49 2A:violet unix: Jun 8 19:42:49 4A:violet unix: WARNING: Graphics error Jun 8 19:42:49 2A:violet unix: irnode=883c2b5c Jun 8 19:42:49 2A:violet unix: gfxp=89c03ed4, pid=705, boundrn=881ef3c8, rnodep=88c300fc Jun 8 19:42:49 2A:violet unix: gfxp=8add2e8c, pid=5480, boundrn=881ef440, rnodep=8aea7288 Jun 8 19:42:49 2A:violet unix: gfxp=896542e0, pid=5881, boundrn=881ef530, rnodep=8d8ccae4 Jun 8 19:42:49 2A:violet unix: active_rnode=8d8ccae4 Jun 8 19:42:49 2A:violet unix: busy_dma: bf070104/cc Jun 8 19:42:49 2A:violet unix: status: bf070000/148 Jun 8 19:42:49 2A:violet unix: fifo_status: bf070004/7801422 Jun 8 19:42:49 2A:violet unix: gio_status: bf070100/0 Jun 8 19:42:49 2A:violet unix: rebus_sync: bf05021c/2 Jun 8 19:42:49 2A:violet unix: window: bf045000/9e0 Jun 8 19:42:49 2A:violet unix: hqpc: bf046000/1133 Jun 8 19:42:49 2A:violet unix: flag_set: bf070008/10100 Jun 8 19:42:49 2A:violet unix: hq_config: bf050000/7e85 Jun 8 19:42:49 2A:violet unix: gio_config: bf050114/765b900f Jun 8 19:42:49 2A:violet unix: re_status: bf07c578/600 Jun 8 19:42:50 3B:violet Xsession: ceder: fatal IO error 32 (Broken pipe) Jun 8 19:42:50 3B:violet xdm[702]: Server for display :0 terminated unexpectedly: 2304 Jun 8 19:43:03 6B:violet Xsession: ceder: login ------------------------------------------------------------------------------ On Jul 17, 5:52pm, chien wrote: > Subject: maximun impact problems in 5.3 -> To:Rob -> Hi Rob: -> Thanks for your messages.I go patch 1223,1268 and 1271 and install in high -> impact it improve the problems.But when I run in maximun impact the same -> program -> ,VEGA and Stealth of Mak could not run I got followering messages: -> -> Jul 17 17:24:45 2A:impact unix: -> Jul 17 17:24:45 4A:impact unix: WARNING: Graphics error -> Jul 17 17:24:45 2A:impact unix: irnode=883aab5c -> Jul 17 17:24:45 2A:impact unix: gfxp=8a4fda90, pid=769, boundrn=881d9d68, -> rnodep=8a4fdc54 -> Jul 17 17:24:45 2A:impact unix: gfxp=8d8a1f9c, pid=939, boundrn=881d9de0, -> rnodep=8eb814cc -> Jul 17 17:24:45 2A:impact unix: gfxp=8c5fafc0, pid=972, boundrn=881d9f48, -> rnodep=8cb23514 -> Jul 17 17:24:45 2A:impact unix: active_rnode=8a4fdc54 -> Jul 17 17:24:45 2A:impact unix: busy_dma: bf070104/8 -> Jul 17 17:24:45 2A:impact unix: status: bf070000/151 -> Jul 17 17:24:45 2A:impact unix: fifo_status: bf070004/7800000 -> Jul 17 17:24:45 2A:impact unix: gio_status: bf070100/40 -> Jul 17 17:24:45 2A:impact unix: rebus_sync: bf05021c/3 -> Jul 17 17:24:45 2A:impact unix: window: bf045000/9e0 -> Jul 17 17:24:45 2A:impact unix: hqpc: bf046000/3f2 -> Jul 17 17:24:45 2A:impact unix: flag_set: bf070008/10d10 -> Jul 17 17:24:45 2A:impact unix: hq_config: bf050000/7e8d -> Jul 17 17:24:45 2A:impact unix: gio_config: bf050114/765b900f -> Jul 17 17:24:45 2A:impact unix: re_status: bf07c578/201 -> Jul 17 17:24:46 3B:impact xdm[762]: Server for display :0 terminated -> unexpectedly: 2304 -> Jul 17 17:24:46 6B:impact Xsession: root: logout -> Jul 17 17:29:07 6B:impact Xsession: root: login -> Jul 17 17:29:07 6B:impact Xsession: root: access control disabled, clients can -> connect from any host -> -> -> Please inform me how to get the patch 1208,1270 AND 1333.I forgot the ftp -> address.Do you think these patches could solve this problems. -> -> Best Regards -> -> ======================================================================= -> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ -> Submissions: info-performer@sgi.com -> Admin. requests: info-performer-request@sgi.com -> >-- End of excerpt from chien -- Chris Cederwall ceder@pbi.net (415)442-4952 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 10:44:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA24772; Wed, 17 Jul 1996 10:42:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA24756; Wed, 17 Jul 1996 10:42:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA08682; Wed, 17 Jul 1996 10:42:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13163; Wed, 17 Jul 1996 10:42:39 -0700 Received: from electrogig.com (electrogig.electrogig.com [204.212.64.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09026 for ; Wed, 17 Jul 1996 10:42:38 -0700 Received: from tracey.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) for <@electrogig.electrogig.com:info-performer@sgi.com> id KAA11260; Wed, 17 Jul 1996 10:42:24 -0700 Received: by tracey.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id KAA02334; Wed, 17 Jul 1996 10:43:23 -0700 Date: Wed, 17 Jul 1996 10:43:23 -0700 From: kishore@electrogig.com (Anita Kishore) Message-Id: <199607171743.KAA02334@tracey.electrogig.com> Apparently-To: info-performer@sgi.com Status: O Hello all: I am facing some problems with shared arenas and IRIX IPC when I link with several Performer related lib. Hope some of you may be able to give an answer to it. Framework: We have two separate executables : one for handling UI (with Inventor and Motif), second one for rendering using Performer2.0.1 on RE2, Irix 5.3. Both communicate through IRIX IPC - shared memory. The first one does the foll: - sets up the shared memory with: usconfig( CONF_LOCKTYPE, US_NODEBUG ); arenaHandle = usinit(arenFileName); - forks a process to make UI windows and interactions. - forks another process which does: usputinfo(arenaHandle, sharedStructPointer); execlp("secondExecutable", "secondExecutable", arenFileName, (char *) 0); - waits for the two forked processes to complete. The second executable does the foll: - attach to shared arena already setup by first executable: sharedHandle = usinit(argv[1]); - get the shared struct pointer through usgetinfo - set up Performer related rendering stuff. Apart from linking with usual Inventor, X, Xm, pf ..etc libs., we also use a database called "Illustra" and link with it. Everything works fine with the above setup. The problem started when we decided to remove Illustra. Now, we no longer link with Illustra lib and I get the followng error: In the second executable, usinit fails with the following messages when I print errno and perror. errno = 12, and perror gives: "Not enough space" errno = 12 indicates that mmap has failed to map the virtual address space of the shared arena on to the data segment of the second executable. I am confused by "Not enough space". To make the executable small, I removed all Performer related stuff. So now, it only has the code to do "usinit" and print the handle and errno. When I don't link with any pf or non Pf lib., usinit succeeds. Then I started to add pf lib one by one. It is Ok until : -lpfdu${SRCLIBOPT} -lpfutil${SRCLIBOPT} -lpf${SRCLIBOPT}, in that order. I need to link one more lib. which is my own pfiv lib. at : -L${GIGRT_ARCH_LD} -lpfiv${SRCLIBOPT} SRCLIBOPT=_igl usinit fails when the last one is linked. pfiv is made out of the files: pfiv.c++ and others that it needs. I don't use the libpfdb stuff. I can't understand what is causing this failure. I don't know if it due to the last lib "pfiv" or something else. Any help would be greatly appreciated. FYI: If I have a single executable forking two processes to handle UI and Performer, then it works fine with or without Illustra. But then, everything is compiled with OpenGL. Thanks for your patience to have read so far. Hoping to get some help: -anita ------------------------------------------------------------- Anita Kishore kishore@electrogig.com ------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 15:17:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA26017; Wed, 17 Jul 1996 15:15:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA26001; Wed, 17 Jul 1996 15:15:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16814; Wed, 17 Jul 1996 15:15:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA27403; Wed, 17 Jul 1996 15:15:46 -0700 Received: from sgigate.sgi.com (sgigate.sgi.com [198.29.75.75]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA20316 for ; Wed, 17 Jul 1996 15:15:46 -0700 From: tidrowd@cc.tacom.army.mil Received: from octagon.tacom.army.mil by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406a.SGI) for id PAA02109; Wed, 17 Jul 1996 15:15:35 -0700 Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.7.5/8.7.3-kbp) with SMTP id SAA24334; Wed, 17 Jul 1996 18:11:25 -0400 (EDT) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 1ed603c0; Wed, 17 Jul 96 17:50:52 -0400 Mime-Version: 1.0 Date: Wed, 17 Jul 1996 16:43:33 -0400 Message-ID: <1ed603c0@cc.tacom.army.mil> Subject: pfMakeRotOntoMat() To: info-performer@sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O I know this changed into pfMakeVecRotVecMat() in 2.0, but I'm seeing some problems with the old version (legacy code - will convert it eventually) in that when the two vectors are nearly parallel, the rotations in the resulting matrix suddenly disappears. I'm guessing that it's due to precision issues (using pfSinCos internally, etc.) but was wondering if perhaps there was some known problem with it. Did it get any better with 2.0? Or should I roll my own for this case? (if so, anybody have a code fragment? ;) Don Tidrow Visual Simulation Developer US Army TACOM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 16:15:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA26417; Wed, 17 Jul 1996 16:11:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA26401; Wed, 17 Jul 1996 16:11:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18592; Wed, 17 Jul 1996 16:11:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA00235; Wed, 17 Jul 1996 16:11:50 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA04561 for ; Wed, 17 Jul 1996 16:11:49 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA02837 for info-performer@sgi.com; Wed, 17 Jul 1996 16:11:49 -0700 From: "Guy Russell" Message-Id: <9607171611.ZM2835@thoth.engr.sgi.com> Date: Wed, 17 Jul 1996 16:11:48 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: maximun impact problems in 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is a new patch coming out for 5.3 on Impacts at the end of the month. The patch number is 1332. Patch 1333 is a 6.2 patch, not a 5.3 patch. Hopefully, those 5.3 Impact customers will be able to resolve all of their problems with either the new patch, or by upgrading to 6.2 with patch 1333. If you have reproducible test cases of gfx crashes or hangs that you do not think will be addressed by either patch 1332 or 6.2, please send them to me and we will investigate. Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 19:20:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA26999; Wed, 17 Jul 1996 19:18:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA26983; Wed, 17 Jul 1996 19:18:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA23094; Wed, 17 Jul 1996 19:18:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA07567; Wed, 17 Jul 1996 19:18:30 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA14699 for ; Wed, 17 Jul 1996 19:18:29 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA12062; Wed, 17 Jul 96 19:18:16 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA26388; Wed, 17 Jul 1996 19:18:08 -0700 From: "Don Hatch" Message-Id: <9607171918.ZM26386@hell.asd.sgi.com> Date: Wed, 17 Jul 1996 19:18:07 -0700 In-Reply-To: tidrowd@cc.tacom.army.mil "pfMakeRotOntoMat()" (Jul 17, 4:43pm) References: <1ed603c0@cc.tacom.army.mil> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: tidrowd@cc.tacom.army.mil, info-performer@sgi.com Subject: Re: pfMakeRotOntoMat() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 4:43pm, tidrowd@cc.tacom.army.mil wrote: > Subject: pfMakeRotOntoMat() > I know this changed into pfMakeVecRotVecMat() in 2.0, but I'm seeing > some problems with the old version (legacy code - will convert it > eventually) in that when the two vectors are nearly parallel, the > rotations in the resulting matrix suddenly disappears. I'm guessing > that it's due to precision issues (using pfSinCos internally, etc.) > but was wondering if perhaps there was some known problem with it. > Did it get any better with 2.0? Or should I roll my own for this > case? (if so, anybody have a code fragment? ;) Discontinuous behavior is unavoidable when the vectors are parallel or nearly parallel; the best we can do is guarantee that the returned matrix does rotate vec0 onto vec1. If the vectors are pointing in the same direction, then the identity matrix is a correct answer and is as good as any. The buggy case was when the vectors are in opposite directions (or nearly opposite); we were returning a matrix representing a uniform scale of -1 (which is not even a rotation). This bug exists even in Performer 2.0 and 2.0.1, but it is fixed in 2.0.2, 2.1, and future versions. (if you install 2.0.2 libraries, your dynamically linked 2.0 programs will automatically get the fix at runtime). Here is the fixed version from libpr: // rotate v0 onto v1, assumes v0 and v1 are normalized void pfMatrix::makeVecRotVec(const pfVec3 & v0, const pfVec3 & v1) { pfVec3 axis; float x, y, z, sinTheta, cosTheta, t; cosTheta = PFDOT_VEC3(v0, v1); axis.cross(v0, v1); sinTheta = PFLENGTH_VEC3(axis); // Check for colinear vectors if (!PF_ABSLT(sinTheta, pfEta)) { t = 1.0f / sinTheta; PFSCALE_VEC3(axis, t, axis); } else if (cosTheta < 0.0f) { // v0 = -v1 -- rotate about an arbitrary axis // perpendicular to v0. pfVec3 absv0(PF_ABS(v0[0]), PF_ABS(v0[1]), PF_ABS(v0[2])); pfVec3 leastCoordAxis(0.f,0.f,0.f); leastCoordAxis[absv0[0]<=absv0[1] ? absv0[0]<=absv0[2] ? 0 : 2 : absv0[1]<=absv0[2] ? 1 : 2] = 1.f; axis.cross(v0, leastCoordAxis); axis.normalize(); } else { makeIdent(); return; } x = axis[0]; y = axis[1]; z = axis[2]; t = 1.0f - cosTheta; mat[2][3] = 0.0f; mat[3][0] = 0.0f; mat[3][1] = 0.0f; mat[3][2] = 0.0f; mat[3][3] = 1.0f; mat[0][0] = t * x * x + cosTheta; mat[0][1] = t * x * y + sinTheta * z; mat[0][2] = t * x * z - sinTheta * y; mat[0][3] = 0.0f; mat[1][0] = t * y * x - sinTheta * z; mat[1][1] = t * y * y + cosTheta; mat[1][2] = t * y * z + sinTheta * x; mat[1][3] = 0.0f; mat[2][0] = t * z * x + sinTheta * y; mat[2][1] = t * z * y - sinTheta * x; mat[2][2] = t * z * z + cosTheta; } Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 17 19:36:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA27042; Wed, 17 Jul 1996 19:34:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA27026; Wed, 17 Jul 1996 19:34:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA23384; Wed, 17 Jul 1996 19:34:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08079; Wed, 17 Jul 1996 19:34:49 -0700 Received: from hntp2.hinet.net (hntp2.hinet.net [168.95.195.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA17653; Wed, 17 Jul 1996 19:34:41 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by hntp2.hinet.net (8.6.11/8.6.11) with SMTP id KAA18730; Thu, 18 Jul 1996 10:33:31 +0800 Received: by systech.hinet.net (931110.SGI/930416.SGI) for @hntp2.hinet.net:info-performer@sgi.com id AA02259; Thu, 18 Jul 96 10:34:50 -0700 From: "chien" Message-Id: <9607181034.ZM2257@systech.hinet.net> Date: Thu, 18 Jul 1996 10:34:49 -0700 In-Reply-To: "Rob Jenkins" "Re: maximun impact problems in 5.3" (Jul 17, 11:41am) References: <9607171752.ZM542@systech.hinet.net> <9607171141.ZM19260@barney.reading.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Rob Jenkins" , info-performer@sgi.com Subject: Re: maximun impact problems in 5.3 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To: Rob Jenkins Hi Rob: Thanks for your messages.My host and OS information as in follower: /usr/gfx/gfxinfo Graphics board 0 is "IMPACT" graphics. Managed (":0.0") 1280x1024 2 GEs, 2 REs, 1 TRAM, HQ rev A, GE11 rev B, RE4 rev A, PP1 rev A, TE1 rev A MGRAS revision 3, RA revision 5, RB revision 4 VC3 rev A, Cmap rev E, MC rev C 19" monitor versions -a | grep -i patch I patchSG0000817 09/17/95 Patch SG0000817: Small bug fix(es) for IL 2.5 patchSG0000817.il_dev_sw ImageVision Software patchSG0000817.il_dev_sw.unshared ImageVision Unshared Libraries I patchSG0000817.il_eoe_sw 09/17/95 ImageVision Executable Software I patchSG0000817.il_eoe_sw.c++ 09/17/95 ImageVision Shared C++ Library I patchSG0001157 06/17/96 Patch SG0001157: Change hinv to recognize all IMPACT gfx I patchSG0001157.eoe1_sw 06/17/96 IRIX Execution Environment Software I patchSG0001157.eoe1_sw.unix 06/17/96 IRIX Execution Environment I patchSG0001223 06/17/96 Patch SG0001223: Impact video and graphics bug fixes I patchSG0001223.desktop_tools_sw 06/17/96 Desktop Tools Software I patchSG0001223.desktop_tools_sw.tools 06/17/96 Desktop Tools I patchSG0001223.eoe1_man 06/17/96 IRIX Execution Environment Man Pages I patchSG0001223.eoe1_man.unix 06/17/96 Basic IRIX Man Pages I patchSG0001223.eoe1_sw 06/17/96 IRIX Execution Environment Software I patchSG0001223.eoe1_sw.gfx_lib 06/17/96 Graphics Execution Libraries I patchSG0001223.eoe1_sw.unix 06/17/96 IRIX Execution Environment I patchSG0001223.gl_dev_man 06/17/96 GL Documentation I patchSG0001223.gl_dev_man.gldebug 06/17/96 GL Debugger Manual Page I patchSG0001223.gl_dev_sw 06/17/96 GL Software I patchSG0001223.gl_dev_sw.gldebug 06/17/96 GL Debugger I patchSG0001268 06/21/96 Patch SG0001268: 5.3/5.3xfs combined kernel rollup patch I patchSG0001268.dev_man 06/21/96 Development Environment IRIX Manual Pages I patchSG0001268.dev_man.irix_lib 06/21/96 patchSG0001268.dev_man.irix_lib (no description) I patchSG0001268.eoe1_man 06/21/96 IRIX Execution Environment Man Pages I patchSG0001268.eoe1_man.unix 06/21/96 Basic IRIX Man Pages I patchSG0001268.eoe1_sw 06/21/96 IRIX Execution Environment Software I patchSG0001268.eoe1_sw.unix 06/21/96 IRIX Execution Environment I patchSG0001268.eoe2_sw 06/21/96 IRIX Execution Environment Software I patchSG0001268.eoe2_sw.kdebug 06/21/96 Debugging Kernels I patchSG0001268.eoe2_sw.perf 06/21/96 Performance Measurement Utilities I patchSG0001271 06/21/96 Patch SG0001271: X server fixes for Impact graphics I patchSG0001271.x_eoe_sw 06/21/96 X11 Execution Environment I patchSG0001271.x_eoe_sw.Server 06/21/96 X11 Window Server and Font Server I patchSG0001271.x_eoe_sw.pex 06/21/96 PEX Extension versions -n eoe1 I = Installed, R = Removed Name Version Description I eoe1 1022585737 IRIX Execution Environment 1, 5.3 I eoe1.man 1022585737 IRIX Execution Environment Man Pages I eoe1.man.dlpi 1022585737 DLPI Execution Man Pages I eoe1.man.relnotes 1022585737 IRIX Release Notes I eoe1.man.unix 1022585737 Basic IRIX Man Pages I eoe1.sw 1022585737 IRIX Execution Environment Software I eoe1.sw.dlpi 1022585737 DLPI Execution Environment I eoe1.sw.gfx_lib 1022585737 Graphics Execution Libraries I eoe1.sw.irix_lib 1022585737 IRIX Execution Libraries I eoe1.sw.quotas 1022585737 BSD Disk Quotas I eoe1.sw.svr4net 1022585737 System V Release 4 Networking I eoe1.sw.unix 1022585737 IRIX Execution Environment Yes,I got CTXSW timeout warning just before the errors I posted.I ran Stealth from Mak with Flsim and Stage from VPI,the system average stable time period is 15 minute. Thanks a lots for your help. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 08:08:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA03807; Thu, 18 Jul 1996 07:49:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA03791; Thu, 18 Jul 1996 07:49:14 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01451; Thu, 18 Jul 1996 07:49:13 -0700 Received: from relay1.oleane.net by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id HAA26313; Thu, 18 Jul 1996 07:49:09 -0700 Received: (from uutnt@localhost) by relay1.oleane.net (8.6.10/8.6.9) with UUCP id QAA09141 for info-performer@sgi.com; Thu, 18 Jul 1996 16:47:52 +0200 Received: from etca2 by newcube.tnt.oleane.com (NX5.67d/oleANe-Net_NeXT-2.0) id AA01574; Thu, 18 Jul 96 16:44:36 +0200 Message-Id: <9607181444.AA01574@tnt.oleane.com> Received: by etca2 (NX5.67e/NX3.0X) id AA00706; Thu, 18 Jul 96 16:44:35 +0200 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: rouand Date: Thu, 18 Jul 96 16:44:32 +0200 To: info-performer@sgi.com Subject: Using i3dm files with performer Status: O Hi, We are using id3m modeler to create objects and save them in inventor format. Then we use these objects with performer 2.0 and there is a problem with cullback faces (only one face is visible under performer). We have to check normals of faces and then change their directions to make them visible from the camera. Is there a tool which translate id3m files to be used directly with performer ? Thank You Jean-Michel ROUAND ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 09:21:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA04152; Thu, 18 Jul 1996 09:18:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA04136; Thu, 18 Jul 1996 09:18:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03587; Thu, 18 Jul 1996 09:18:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA04715; Thu, 18 Jul 1996 09:18:50 -0700 Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA10981 for ; Thu, 18 Jul 1996 09:18:48 -0700 Received: from vier.idt.unit.no (1761@vier.idt.unit.no [129.241.104.3]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id SAA17293 for ; Thu, 18 Jul 1996 18:18:46 +0200 From: Marius Kintel Received: (kintel@localhost) by vier.idt.unit.no (8.6.12/8.6.12) id SAA04179 for info-performer@sgi.com; Thu, 18 Jul 1996 18:18:44 +0200 Message-Id: <199607181618.SAA04179@vier.idt.unit.no> Subject: GeoStates vs. performance To: info-performer@sgi.com Date: Thu, 18 Jul 1996 18:18:43 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Content-Length: 1140 Status: O Hi! === I am currently making a loader for generating efficient Performer scene graphs for geometry read from a file. I use Performer 1.2. The geometry I use consist of about 9000 triangles and 6 materials. I use the pfdGeoBuilder to make efficient tristrips from the read polygons. Material-data are converted into GeoStates, and attached to the corresponding GeoSets. My problem is that though the graph itself is pretty efficient, the GeoStates create a quite big load on the system (the draw-process increases from ca.300 ms to ca.650 ms when the GeoStates are applied). The statistics-readout tells me that I have 22 materials and 23 geostates!!! I think that it is the number of geostates that reduce the performance of my system. But why are there 23 geostates ??? I have generated 6 myself. I have 21 Geodes (26 GeoSets). I have another loader available which I used to display the same geometry. The number of GeoSets using that loader increased to 48 (it doesn't use the builder). But the number of geostates was here 7 (!). Are there any smart mechanisms for telling Performer that my GeoStates are shared ?? -Marius Kintel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 10:48:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA04439; Thu, 18 Jul 1996 10:46:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA04423; Thu, 18 Jul 1996 10:46:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06309; Thu, 18 Jul 1996 10:46:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09196; Thu, 18 Jul 1996 10:46:56 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA04026 for ; Thu, 18 Jul 1996 10:46:54 -0700 Received: from kahuna.icemt.iastate.edu (kahuna.icemt.iastate.edu [129.186.232.36]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id MAA25424 for ; Thu, 18 Jul 1996 12:46:53 -0500 Received: (from allenb@localhost) by kahuna.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) id MAA02923 for info-performer@sgi.com; Thu, 18 Jul 1996 12:46:53 -0500 From: " Allen Bierbaum" Message-Id: <9607181246.ZM2921@kahuna.icemt.iastate.edu> Date: Thu, 18 Jul 1996 12:46:52 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Spliting geoSets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am having some problems in one of my latest programs. I want to write a routine to take a PFGS_TRIS geoset and split it into multiple geosets of a maimum defined size and another geoset containing the "left over" triangles. The problem is that I can't seem to get the routine to work. ;) I have included the code below, if anyone has any ideas or has code that does this type of thing, please help! -A Allen Bierbaum ISU Vislab ------------------------ CODE -------------------------------- #define MAX_GEOSET_SIZE 5 ... void decomposeGeoSet(pfGeoSet* geoSet, pfGeode* parentGeode) { int numTris = geoSet->getNumPrims(); // Need to know how many triangles it currently has if (numTris <= MAX_GEOSET_SIZE) // Do we need to decompose???? return; ushort* vIndexList=NULL; // Array of indexes for vertexes pfVec3* vVertexList=NULL; // Array of vertexes geoSet->getAttrLists(PFGS_COORD3, (void**)&vVertexList, &vIndexList); ushort* cIndexList=NULL; // array of indexes for colors pfVec4* cColorList=NULL; // Array of colors geoSet->getAttrLists(PFGS_COLOR4, (void**)&cColorList, &cIndexList); radElement** elementList = (radElement**)geoSet->getUserData(); for (long offset=(numTris-MAX_GEOSET_SIZE);offset>0;offset -= MAX_GEOSET_SIZE) { pfGeoSet* newGeoSet = new pfGeoSet; // The geoset to add newGeoSet->setPrimType(PFGS_TRIS); newGeoSet->setNumPrims(MAX_GEOSET_SIZE); newGeoSet->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, cColorList, &cIndexList[(offset*3)]); newGeoSet->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, vVertexList, &vIndexList[(offset*3)]); newGeoSet->setUserData((elementList+offset)); parentGeode->addGSet(newGeoSet); } // Now we must update the original geoSet, it has an "off" number of tris // It makes up the extra, numTris mod MAX_GEOSET_SIZE geoSet->setPrimType(PFGS_TRIS); geoSet->setNumPrims(numTris%MAX_GEOSET_SIZE); geoSet->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, cColorList, cIndexList); geoSet->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, vVertexList, vIndexList); geoSet->setUserData(elementList); } -- Allen Bierbaum ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 11:02:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA04470; Thu, 18 Jul 1996 11:00:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA04454; Thu, 18 Jul 1996 11:00:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06691; Thu, 18 Jul 1996 11:00:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09741; Thu, 18 Jul 1996 11:00:22 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA07041 for ; Thu, 18 Jul 1996 11:00:20 -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 LAA08302; Thu, 18 Jul 1996 11:03:47 -0700 Received: from repo.engr.multigen.com (repo.engr.multigen.com [204.119.70.44]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA04134; Thu, 18 Jul 1996 18:00:39 GMT Received: from repo (localhost.engr.multigen.com [127.0.0.1]) by repo.engr.multigen.com (940816.SGI.8.6.9/8.6.12) with SMTP id LAA08292; Thu, 18 Jul 1996 11:04:02 -0700 Sender: andy@multigen.com Message-ID: <31EE7C91.41C6@multigen.com> Date: Thu, 18 Jul 1996 11:04:01 -0700 From: Andrew Walker Organization: MultiGen, Inc. X-Mailer: Mozilla 2.01 (X11; I; IRIX 5.3 IP17) MIME-Version: 1.0 To: Shankar Swamy CC: info-performer@sgi.com Subject: Re: your posting on pf mailing list ... References: <9607151639.AB13190@atc.boeing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Shankar The number was derived from experience. The problem with rich data sets for realtime simulations is that they aren't very consistent. You have trees with one texture and ground with another. When your application determines which polygons are in the display list they are attributed with many different colors, textures, and normals. The more you can get these polygons to group together spatially and by similar attributes the more you can get down the graphics pipeline within the given time interval (20ms). If you could make a compelling world where all of the polygons where the same color and all shared the same texture and vertex normals you would come closer to the benchmark polygon per second numbers published by the hardware manufacturers. Andy Shankar Swamy wrote: > > andy, > > several months ago you said in a posting on the performer mailing list > that: example: 2 CPU, 2 RM4 will draw approx. 2000 to 4000 polygons per 30th > of a second)" > > ... I picked it up from there and always used it and quoted it. I should > say that always seems to work with my calculations. WHat I need now > is how you arrived at that number? Is that an emperical observation, or > is there a formula? > > Thanks for your help, > > - shankar -- Andrew R. Walker awalker@multigen.com Member of Technical Staff ( 408 ) - 556 - 2627 DIRECT MultiGen Inc. ( 408 ) - 261 - 4100 MAIN 550 S. Winchester Blvd. Suite 500 ( 408 ) - 261 - 4101 FAX San Jose, CA 95128 http://www.multigen.com/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 11:14:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA04517; Thu, 18 Jul 1996 11:12:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA04501; Thu, 18 Jul 1996 11:12:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA07068; Thu, 18 Jul 1996 11:12:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10258; Thu, 18 Jul 1996 11:12:16 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10634 for ; Thu, 18 Jul 1996 11:12:15 -0700 Received: from none.at.helo (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id LAA02679 for ; Thu, 18 Jul 1996 11:12:14 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA18699; Thu, 18 Jul 96 11:11:50 PDT Received: by sdchemw1.ucsd.edu (940816.SGI.8.6.9) id LAA00018; Thu, 18 Jul 1996 11:11:53 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199607181811.LAA00018@sdchemw1.ucsd.edu> Subject: Channel wide screen filter in Performer? To: info-performer@sgi.com Date: Thu, 18 Jul 1996 11:11:40 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi, I'm working on a Performer project and I'd like to make a nice transition between one scene and another, where the screen gets brighter each frame until it is completely white, and then darkens again to reveal the new scene. To do this, I need some way to put a "filter" over each frame of rendered graphics. Can someone point me to the best way to do this? -Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 12:18:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA05292; Thu, 18 Jul 1996 12:15:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA05276; Thu, 18 Jul 1996 12:15:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09165; Thu, 18 Jul 1996 12:15:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA13384; Thu, 18 Jul 1996 12:15:42 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA27189 for ; Thu, 18 Jul 1996 12:15:37 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA08138; Thu, 18 Jul 1996 15:05:38 -0400 Received: by eagle.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) id PAA02637; Thu, 18 Jul 1996 15:08:48 -0400 From: "Bernard Leclerc" Message-Id: <9607181508.ZM2635@eagle.cae.ca> Date: Thu, 18 Jul 1996 15:08:43 -0400 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "Channel wide screen filter in Performer?" (Jul 18, 11:11am) References: <199607181811.LAA00018@sdchemw1.ucsd.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner) Subject: Re: Channel wide screen filter in Performer? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 18, 11:11am, Jeremy Friesner wrote: > I'm working on a Performer project and I'd like to make > a nice transition between one scene and another, where > the screen gets brighter each frame until it is completely > white, and then darkens again to reveal the new scene. Jeremy, There's been a discussion recently on light/exposure control using either a semi-transparent polygon or the accumulation buffer. I've retained the idea of using a semi-transparent polygon drawn after the scene is rendered. I suggest you use a channel draw callback to change the projection to ortho (pfChannel::makeOrtho) and then draw the semi-transparent white polygon (pfGeoSet::draw). The level of transparency will give you the whiteness you're looking for. This trick's been used to implement a camera fade in/fade out. Using the accumulation buffer also works fine but is more expensive than drawing an extra polygon. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 13:13:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA05953; Thu, 18 Jul 1996 13:11:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA05937; Thu, 18 Jul 1996 13:11:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10554; Thu, 18 Jul 1996 13:11:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA15653; Thu, 18 Jul 1996 13:11:05 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA09803; Thu, 18 Jul 1996 13:11:04 -0700 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for hatch@sgi.com id AA11661; Thu, 18 Jul 96 13:11:02 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA29591; Thu, 18 Jul 1996 13:11:01 -0700 From: "Don Hatch" Message-Id: <9607181311.ZM29589@hell.asd.sgi.com> Date: Thu, 18 Jul 1996 13:11:00 -0700 In-Reply-To: "Nicolas Gauvin" "Re: pfMakeRotOntoMat()" (Jul 19, 10:13am) References: <1ed603c0@cc.tacom.army.mil> <9607171918.ZM26386@hell.asd.sgi.com> <9607191013.ZM19267@excalibur.cae.ca> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Nicolas Gauvin" , hatch@sgi.com Subject: Re: pfMakeRotOntoMat() Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 19, 10:13am, Nicolas Gauvin wrote: > Subject: Re: pfMakeRotOntoMat() > Hi Don. > > Thanks for keeping us up to date with fixed pfMatrix functions. > > One little question: > > On Jul 17, 7:18pm, Don Hatch wrote: > > > > // Check for colinear vectors > > if (!PF_ABSLT(sinTheta, pfEta)) > ^^^^^ Where does this value come from? > > I've checked all include files of my Performer 2.0 and I can't find it. Oh, sorry about that... it's the value pfGetFPConfig(PFFP_ZERO_THRESH), by default 1e-15. One correction to my previous comment about the discontinuity of makeVecRotVec() when the inputs are colinear.... I said this function will be discontinuous when the two input vectors are almost equal, but this is not true: the axis of rotation, defined as the cross product of the inputs, is discontinuous, but the angle of rotation gets correspondingly small so it doesn't matter-- the function approaches the identity matrix as the angle between the vectors approaches zero. The only discontinuity is where the two input vectors are in opposite directions. Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 12:55:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA05822; Thu, 18 Jul 1996 12:53:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA05806; Thu, 18 Jul 1996 12:53:28 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10056; Thu, 18 Jul 1996 12:53:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14938; Thu, 18 Jul 1996 12:53:26 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA06059 for ; Thu, 18 Jul 1996 12:53:25 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA18254 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Thu, 18 Jul 1996 15:53:13 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for info-performer@sgi.com id PAA07208; Thu, 18 Jul 1996 15:53:12 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9607181553.ZM7206@PacificOcean.coaps.fsu.edu> Date: Thu, 18 Jul 1996 15:53:10 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Backface Culling Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I've produced an image of the earth with a pfGeoSet using a triangle strip, and textured it with an rgb file for realism. My problem is that I can't seem to get the culling to operate properly. I can see one side of the earth through the other. I added this to my GeoSet making routine, pfGStateMode (gstate, PFSTATE_CULLFACE, PFCF_BACK); but I am displaying it with a seperate application. I had expected this to do the trick, but I can't find any documentation on Culling procedures for objects like mine. How can I get the polygons in the back to be Culled? Thanks in advance, Aubrey Holland holland@coaps.fsu.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 15:14:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA06636; Thu, 18 Jul 1996 15:12:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA06620; Thu, 18 Jul 1996 15:12:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA14302; Thu, 18 Jul 1996 15:12:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA21976; Thu, 18 Jul 1996 15:12:06 -0700 Received: from igate1.hac.com (igate1.HAC.COM [192.48.33.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA09682 for ; Thu, 18 Jul 1996 15:12:05 -0700 From: Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM Received: from ises01.ES.HAC.COM ([147.16.5.2]) by igate1.hac.com (4.1/SMI-4.1) id AA07003; Thu, 18 Jul 96 15:09:32 PDT Received: by ises01.ES.HAC.COM; id AA03048; Thu, 18 Jul 1996 15:12:04 -0700 Received: from cc:Mail by CCGATE.HAC.COM id AA837727882; Thu, 18 Jul 96 18:06:33 PST Date: Thu, 18 Jul 96 18:06:33 PST Encoding: 36 Text Message-Id: <9606188377.AA837727882@CCGATE.HAC.COM> To: info-performer@sgi.com Subject: Toggling Wireframe mode in a pfGeoState Status: O Hi, I'm attempting to toggle an individual object's wireframe mode within a pfscene by accessing the (individual) object's pfGeoStates and setting the state mode as such: pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_ON) to turn "on" wireframe and pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_OFF) to turn "off" wireframe. However, nothing seems to happen. BUT, when I do the same for textures: pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_ON) the textures turn on and conversely off when I use: pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_OFF) I've verified that my pointer to the GeoState is correct, and that the PFSTATE_ENWIREFRAME mode value is changing within the GeoState. My question is, could there be an override somewhere else that's not letting me see the wireframe mode change?? I appreciate any help I can get on this. - Alex Kekesi Hughes Aircraft Bela_A_Kekesi_at_2-HACHQ3@ccgate.hac.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 14:50:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA06438; Thu, 18 Jul 1996 14:48:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA06422; Thu, 18 Jul 1996 14:48:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13522; Thu, 18 Jul 1996 14:48:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20950; Thu, 18 Jul 1996 14:48:28 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA03967 for ; Thu, 18 Jul 1996 14:48:28 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA01853 for info-performer@sgi.com; Thu, 18 Jul 1996 14:48:27 -0700 From: "Guy Russell" Message-Id: <9607181448.ZM1851@thoth.engr.sgi.com> Date: Thu, 18 Jul 1996 14:48:27 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Texture formats Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am performing an informal survey of Impact users. What are the types of texture formats commonly used? Is the 4444 format used? If so is it more important than 5551 support? Would 8888 be acceptable if 1 bit alpha is not enough? Please send me comments as soon as possible. Thank you, Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 18 20:10:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA07828; Thu, 18 Jul 1996 19:30:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA07812; Thu, 18 Jul 1996 19:30:34 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA01350; Thu, 18 Jul 1996 19:30:33 -0700 Received: from nptc2.nsg.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id TAA18397; Thu, 18 Jul 1996 19:29:45 -0700 Received: by nptc2.nsg.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id TAA08440; Thu, 18 Jul 1996 19:20:50 -0700 From: "Matsumura Makoto" Message-Id: <9607181920.ZM8438@nptc2.nsg.sgi.com> Date: Thu, 18 Jul 1996 19:20:50 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: 3d texture (again) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, all. sorry for post the similar question again. I'd like to use 3d texture in performer for visual supercomputing area. I could not find out any information about 3d texture. Does any one tell me following question? 1. Is pfTexImage( ) is the same as glTexSubImage3dext if we specifiy nr > 1 in the following argument of pfTexImage? void pfTexImage(pfTexture *tex, uint* image, int comp, int ns, int nt, int nr) 2. Can we use glTexCoord3* with pfTex defined with pfTexImage? ( as my experience, this seems to yield an incorrect result ) 3.Currently I use texgen and get something strange result. I load 2 images and define 3d volume of 256x256x2, tegen is linear_eye_ident and load slice.obj, which is 1 rectangle. when the slice is parallel to x-z plane, inter polation is correct, but when I rotate slice, result seems curiouse, seems to skew, ... is there any reason of this. At the goal, I'd like to rotate volume(3dtexture) with texture matrix. Any idea is helpful. Thanks In Advance. P.S. I attach a tiny sample program. This is a modification of perfly. I'm very grad if you try this and find the good way to avoid the problem and tell me. 2 256x256 rgb immage is needed. replace "main.c" and "perfly.c" in perfly and compile and run as : "perfly slice.obj #include #include #include #include #include #include #include #include #include #include #include "generic.h" #include "perfly.h" #include "gui.h" #include "keybd.h" #ifndef IRISGL #include #endif /*----------------------------------------------------*/ extern int pfmPreDrawReflMap( pfTraverser *trav, void *data); extern int pfmPostDrawReflMap( pfTraverser *trav, void *data); /* * No custom channel initialization */ void initChannel(pfChannel *chan) { } /* * Initialize ViewState shared memory structure */ void initViewState(void) { int i; int tmp; /* query machine features */ pfQueryFeature(PFQFTR_MULTISAMPLE, &ViewState->haveMultisample); pfQueryFeature(PFQFTR_TEXTURE, &tmp); if (tmp == PFQFTR_FAST) ViewState->texture = TRUE; else ViewState->texture = FALSE; /* Set up defaults */ ViewState->aa = ViewState->haveMultisample; ViewState->fade = ViewState->haveMultisample; ViewState->visualID = -1; ViewState->exitFlag = FALSE; ViewState->updateChannels = TRUE; ViewState->gui = TRUE; ViewState->guiFormat = 0; /* marks unset */ ViewState->phase = PFPHASE_FREE_RUN; ViewState->frameRate = 30.0f; ViewState->backface = PF_ON; ViewState->collideMode = PF_ON; ViewState->earthSkyMode = PFES_FAST; #ifdef PERFORMER_1_2_BACKGROUND_COLOR pfSetVec4(ViewState->earthSkyColor, 0.5f, 0.5f, 0.8f, 1.0f); #else pfSetVec4(ViewState->earthSkyColor, 0.5f*0.14f, 0.5f*0.22f, 0.5f*0.36f, 1.0f); #endif pfSetVec4(ViewState->scribeColor, 1.0f, 1.0f, 1.0f, 1.0f); ViewState->fadeRange = 15.0f; ViewState->near = 0.0f; ViewState->far = 0.0f; ViewState->nearFogRange = ViewState->near; ViewState->farFogRange = ViewState->far; ViewState->fog = PFFOG_OFF; ViewState->timeOfDay = 0.8f; ViewState->highLoad = 0.8f; ViewState->lighting = LIGHTING_EYE; ViewState->lowLoad = 0.5f; ViewState->stats = PF_OFF; ViewState->stress = PF_OFF; ViewState->stressMax = 100.0f; ViewState->stressScale = 1.0f; ViewState->drawStyle = PFUSTYLE_FILLED; ViewState->xformerModel = PFITDF_TRACKBALL; ViewState->resetPosition = POS_ORIG; #ifdef IRISGL ViewState->input = PFUINPUT_GL; #else /* OPENGL */ #ifdef PFIRIX6 ViewState->input = PFUINPUT_NOFORK_X; #else ViewState->input = PFUINPUT_X; #endif /* IRIX */ #endif /* GL type */ ViewState->explode = 0.0f; for (i=0; i < MAX_PIPES; i++) ViewState->drawFlags[i] = REDRAW_WINDOW; ViewState->redrawOverlay = 3; ViewState->procLock = 0; ViewState->cullMode = PFCULL_ALL; ViewState->LODscale = 1.0f; ViewState->lamps = 0; strcpy(ViewState->welcomeText, "IRIS\nPerformer"); strcpy(ViewState->overlayText, "IRIS Performer"); ViewState->objFontType = PFDFONT_EXTRUDED; ViewState->objFontName = strdup("Mistr"); ViewState->optimizeGStates = TRUE; ViewState->optimizeTree = 0; pfSetVec3(ViewState->panScale, 0.0f, 0.0f, 1.0f); ViewState->rotateCenter = 1; ViewState->iterate = 1; ViewState->combineBillboards= 0; ViewState->printStats = FALSE; ViewState->exitCount = -1; pfMakeIdentMat(ViewState->viewMat); } /* * Initialize the view */ void initView(pfScene *scene) { pfSphere bsphere; /* If asked to run for zero frames, exit now */ if (ViewState->exitCount == 0) pfExit(); pfGetNodeBSphere(scene, &bsphere); /* Set initial view position from command line values */ if (InitXYZ) pfCopyVec3(ViewState->viewCoord.xyz, ViewState->initView.xyz); /* Otherwise fit view to encompass scene */ else { pfCopyVec3(ViewState->viewCoord.xyz, bsphere.center); /* Offset view so all visible */ ViewState->viewCoord.xyz[PF_Y] -= ViewState->sceneSize; /* Store initial XYZ position for future reset actions */ pfCopyVec3(ViewState->initView.xyz, ViewState->viewCoord.xyz); } if (ViewState->near == 0.0f) { /* Calculate near, far based on scene extent */ ViewState->near = PF_MIN2(ViewState->sceneSize / 10.0f, 1.0f); ViewState->far = PF_MAX2(ViewState->sceneSize * 2.0f, 1000.0f); ViewState->nearFogRange = ViewState->near; ViewState->farFogRange = ViewState->far; } /* Set initial view angles from command line values ? */ if (InitHPR) pfCopyVec3(ViewState->viewCoord.hpr, ViewState->initView.hpr); else { pfSetVec3(ViewState->viewCoord.hpr, 0.0f, 0.0f, 0.0f); /* Store initial HPR angles for future reset actions */ pfCopyVec3(ViewState->initView.hpr, ViewState->viewCoord.hpr); } } int initSceneGraph(pfScene *scene) { pfNode *root; int i; int j; int loaded = 0; pfSphere bsphere; /* Create a DCS for TRACKBALL pfiXformer */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(scene, ViewState->sceneDCS); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); /* Load each of the files named on the command line */ for (i = 0; i < NumFiles; i++) { for (j = 0; j < ViewState->iterate; j++) { /* Load the database. create a hierarchy under node "root" */ root = pfdLoadFile(DatabaseFiles[i]); { pfNodeTravFuncs( root, PFTRAV_DRAW, pfmPreDrawReflMap, pfmPostDrawReflMap); printf(" Refrection %s\n",DatabaseFiles[i]); } if (root == NULL) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "WARNING: could not load \"%s\"", DatabaseFiles[i]); continue; } /* explode the object (move it from the origin) */ if (ViewState->explode > 0.0f) { float x; float y; float z; pfMatrix matrix; pfSCS *scs; x = ViewState->explode*((random() & 0xffff)/65535.0f - 0.5f); y = ViewState->explode*((random() & 0xffff)/65535.0f - 0.5f); z = ViewState->explode*((random() & 0xffff)/65535.0f - 0.5f); /* move the object by placing it beneath an SCS node */ pfMakeTransMat(matrix, x, y, z); scs = pfNewSCS(matrix); pfAddChild(scs, root); /* go ahead and apply the SCS matrix to the geometry */ pfFlatten(scs, 0); /* detach (transformed) object from SCS; discard SCS */ pfRemoveChild(scs, root); pfDelete(scs); } /* optimize the newly loaded hierarchy */ if (ViewState->optimizeTree > 0) { if (ViewState->optimizeTree > 1) { /* convert ordinary pfDCS nodes to pfSCS nodes */ root = pfdFreezeTransforms(root, NULL); } /* discard all redundant nodes and identity pfSCS nodes */ pfFlatten(root, 0); /* deinstance and apply all pfSCS transformations */ root = pfdCleanTree(root, NULL); /* try a parition for intersections */ if (ViewState->optimizeTree > 2) { pfPartition *part = pfNewPart(); if (ViewState->optimizeTree == 3) { /* use approx 100x100 partition */ /* don't try to build a perfect fit */ pfVec3 spacing; pfSphere sphere; pfGetNodeBSphere(root, &sphere); PFSET_VEC3(spacing, 0.01f*sphere.radius, 0.01f*sphere.radius, 0.01f*sphere.radius); pfPartAttr(part, PFPART_ORIGIN, sphere.center); pfPartAttr(part, PFPART_MIN_SPACING, spacing); pfPartAttr(part, PFPART_MAX_SPACING, spacing); } pfNotify(PFNFY_INFO, PFNFY_PRINT, "Creating pfPartition for %s", DatabaseFiles[i]); if (pfGetNotifyLevel() >= PFNFY_DEBUG) pfPartVal(part, PFPART_DEBUG, 1); pfAddChild(part, root); pfBuildPart(part); pfUpdatePart(part); root = (pfNode *)part; } } pfAddChild(ViewState->sceneGroup, root); ++loaded; } } #if 0 /* discard DSO-based loaders if any have been bound to executable */ pfdFreeFileLoaders(); #endif /* * optimize sharing of geostate structures and components. * Wait until all files are loaded so sharing encompasses * entire scene. */ pfdMakeShared((pfNode *)scene); /* * make an optimizing scene geostate that represents the * most common modes and attributes present in the scene * graph. */ if (ViewState->optimizeGStates) { /* compute an optimum scene geostate */ pfdMakeSharedScene(scene); } else { /* use default builder state as scene geostate */ pfGeoState *gs; gs = pfNewGState(pfGetSharedArena()); pfCopy(gs, (pfGeoState*)pfdGetDefaultGState()); pfSceneGState(scene, gs); } /* optimize pfLayer nodes via "DISPLACE POLYGON" */ pfdCombineLayers((pfNode *)scene); /* combine sibling pfBillboard nodes */ if (ViewState->combineBillboards) pfdCombineBillboards((pfNode *)scene, ViewState->combineBillboards); /* Compute extent of scene */ if (loaded) { pfGetNodeBSphere(scene, &bsphere); ViewState->sceneSize = PF_MIN2(2.5f*bsphere.radius, 80000.0f); } else ViewState->sceneSize = 1000.0f; /* add light sources to the scene */ for (i = 0; i < ViewState->lamps; i++) { pfLightSource *lamp = pfNewLSource(); /* set direction of infinite light source */ pfNormalizeVec3(ViewState->lampXYZ[i]); pfLSourcePos(lamp, ViewState->lampXYZ[i][0], ViewState->lampXYZ[i][1], ViewState->lampXYZ[i][2], 0.0f); /* set light source color */ pfLSourceColor(lamp,PFLT_DIFFUSE, ViewState->lampRGB[i][0], ViewState->lampRGB[i][1], ViewState->lampRGB[i][2]); /* add lamp to scene */ pfAddChild(scene, lamp); } /* Create geode/gset to draw box representing shrunken * culling frustum. */ { int *lengths, i; pfGeoSet *gset; pfGeoState *gstate; pfVec3 *coords; pfVec4 *colors; ushort *index; void *arena = pfGetSharedArena(); ViewState->cullVol = pfNewGeode(); gset = pfNewGSet(arena); gstate = pfNewGState(arena); pfGSetPrimType(gset, PFGS_LINESTRIPS); pfGSetNumPrims(gset, 1); lengths = (int*)pfMalloc(sizeof(int), arena); lengths[0] = 5; pfGSetPrimLengths(gset, lengths); index = (ushort*)pfMalloc(sizeof(ushort)*5, arena); for (i=0; i<4; i++) index[i] = i; index[i] = 0; coords = (pfVec3*)pfMalloc(sizeof(pfVec3)*4, arena); pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, coords, index); colors = (pfVec4*)pfMalloc(sizeof(pfVec4), arena); pfSetVec4(colors[0], 1.0f, 0.0f, 0.0f, 1.0f); pfGSetAttr(gset, PFGS_COLOR4, PFGS_OVERALL, colors, index); pfMakeBasicGState(gstate); pfGSetGState(gset, gstate); pfAddGSet(ViewState->cullVol, gset); ViewState->cullVolDCS = pfNewDCS(); pfNodeTravMask(ViewState->cullVolDCS, PFTRAV_CULL, 0, PFTRAV_SELF, PF_SET); pfAddChild(ViewState->cullVolDCS, ViewState->cullVol); } return(loaded); } /* * Update the current view */ void updateView(pfChannel *chan) { pfMatrix mat; static float prevCullDelta = -1.0f; if (ViewState->resetPosition) { resetPosition(ViewState->resetPosition); ViewState->resetPosition = 0; } pfiUpdateXformer(ViewState->xformer); ViewState->xformerModel = pfiGetXformerCurModelIndex(ViewState->xformer); /* if have moving-eyepoint motion model, update eyepoint */ if (pfIsOfType(pfiGetXformerCurModel(ViewState->xformer), pfiGetIXformTravelClassType())) { pfiGetXformerCoord(ViewState->xformer, &ViewState->viewCoord); pfiGetXformerMat(ViewState->xformer, mat); pfChanViewMat(chan, mat); pfCopyMat(ViewState->viewMat, mat); /* move the sun to the eyepoint */ if (ViewState->lighting == LIGHTING_EYE) pfDCSMat(ViewState->sunDCS, ViewState->viewMat); } /* * Update box which represents shrunken culling frustum */ if (prevCullDelta != ViewState->cullDelta) { if (ViewState->cullDelta < 1.0f) { pfVec3 *coords; ushort *foo; int i; float near, far; static pfFrustum *frust = NULL; if (frust == NULL) frust = pfNewFrust(NULL); pfGetGSetAttrLists(pfGetGSet(ViewState->cullVol, 0), PFGS_COORD3, (void**)&coords, &foo); pfGetChanBaseFrust(ViewState->masterChan, frust); pfGetFrustNearFar(frust, &near, &far); pfGetFrustNear(frust, coords[0], coords[1], coords[3], coords[2]); for (i=0; i<4; i++) { coords[i][0] *= ViewState->cullDelta; coords[i][1] = near + 0.001f; coords[i][2] *= ViewState->cullDelta; } pfFrustNearFar(frust, near, far); pfMakePerspFrust(frust, coords[0][0], coords[2][0], coords[0][2], coords[2][2]); pfChanCullPtope(ViewState->masterChan, (pfPolytope*)frust); if (prevCullDelta >= 1.0f) pfAddChild(ViewState->scene, ViewState->cullVolDCS); } else { /* Don't draw culling box */ if (prevCullDelta < 1.0f) pfRemoveChild(ViewState->scene, ViewState->cullVolDCS); /* Disable special cull region */ pfChanCullPtope(ViewState->masterChan, NULL); } prevCullDelta = ViewState->cullDelta; } /* Place cull volume geometry in front of viewer */ if (ViewState->cullDelta < 1.0f) { pfGetChanOffsetViewMat(chan, mat); pfDCSMat(ViewState->cullVolDCS, mat); } } /* * Reset view and Xformer to original XYZ position and HPR Euler angles */ void resetPosition(int pos) { pfiStopXformer(ViewState->xformer); switch (pos) { case POS_CENTER: pfiCenterXformer(ViewState->xformer); break; default: case POS_ORIG: pfiResetXformerPosition(ViewState->xformer); break; } pfiGetXformerMat(ViewState->xformer, ViewState->viewMat); pfChanViewMat(ViewState->masterChan, ViewState->viewMat); } static void updateWin(int pipeId) { static int winIndex = PFWIN_GFX_WIN; int doWinIndex = 0; /* Select proper visual in the window stack to render to */ if (ViewState->stats && (ViewState->statsEnable & PFSTATSHW_ENGFXPIPE_FILL)) { if(winIndex != PFWIN_STATS_WIN) { winIndex = PFWIN_STATS_WIN; doWinIndex = 1; } } else { if (winIndex != PFWIN_GFX_WIN) { winIndex = PFWIN_GFX_WIN; doWinIndex = 1; } } if (doWinIndex) { int i; for (i=0; i < NumPipes; i++) { pfPWinIndex(ViewState->pw[i], winIndex); if (!(pfGetPWinSelect(ViewState->pw[i]))) { pfPWinConfigFunc(ViewState->pw[i], ConfigPWin); pfConfigPWin(ViewState->pw[i]); } } ViewState->drawFlags[pipeId] |= UPDATE_MODES; } } static void updateStats(pfChannel *chan) { /* * Note: if turning on or off fill stats, we must redraw panel because * multisampling might be toggled as well. */ static int on = -1, en = 0; pfFrameStats *fsp; if (on && (!ViewState->stats)) /* Turn off all stats collection */ { fsp = pfGetChanFStats(chan); pfFStatsClass(fsp, PFSTATS_ALL, 0); on = 0; en = 0; } else if (ViewState->stats && (en != ViewState->statsEnable)) { /* Set new stats enables */ fsp = pfGetChanFStats(chan); /* First turn off old stats */ if (en) pfFStatsClass(fsp, en, 0); /* Now enable new stats graph */ if (ViewState->statsEnable) { static int first = 1; pfFStatsClass(fsp, ViewState->statsEnable, 1); if (first) { /* set some stats class modes that are not * on by default. this only needs to be done * the first time */ pfFStatsClassMode(fsp, PFSTATSHW_GFXPIPE_FILL, PFSTATSHW_GFXPIPE_FILL_DEPTHCMP | PFSTATSHW_GFXPIPE_FILL_TRANSPARENT, PFSTATS_ON); /* * This will also enable the tmesh statistics - not on by * default because they are somewhat expensive */ pfFStatsClassMode(fsp, PFSTATS_GFX, PFSTATS_GFX_ATTR_COUNTS | PFSTATS_GFX_TSTRIP_LENGTHS, PFSTATS_ON); pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, 2.0f); first = 0; } } en = ViewState->statsEnable; on = 1; } if (ViewState->printStats) { if (!ViewState->stats) ViewState->stats = TRUE; else { fsp = pfGetChanFStats(chan); pfPrint(pfGetChanFStats(ViewState->masterChan), PFFSTATS_BUF_AVG | PFFSTATS_BUF_PREV | pfGetFStatsClass(fsp, PFSTATS_ALL), PFPRINT_VB_ON, 0); ViewState->printStats=0; } } } /* * Perform non-latency-critical per-frame updates */ void updateSim(pfChannel *chan) { int i; int pipeId; pipeId = pfGetId(pfGetChanPipe(chan)); /* Process keyboard input */ processKeybdInput(); /* Adjust load management filter */ if (ViewState->stress) pfChanStressFilter(chan, 1.0f, ViewState->lowLoad, ViewState->highLoad, ViewState->stressScale, ViewState->stressMax); else pfChanStressFilter(chan,1.0f, ViewState->lowLoad, ViewState->highLoad, 0.0f, 1.0f); if (ViewState->updateChannels) { updateGUI(ViewState->gui); ViewState->updateChannels = 0; } else if (ViewState->gui || ViewState->tree) pfuUpdateGUI(&ViewState->mouse); if ((ViewState->cullMode != -1)&& (ViewState->cullMode != pfGetChanTravMode(ViewState->masterChan, PFTRAV_CULL))) pfChanTravMode(ViewState->masterChan, PFTRAV_CULL, ViewState->cullMode); if (ViewState->LODscale != pfGetChanLODAttr(ViewState->masterChan, PFLOD_SCALE)) pfChanLODAttr(ViewState->masterChan, PFLOD_SCALE, ViewState->LODscale); updateTimeOfDay(ViewState->timeOfDay); updateStats(chan); updateEnvironment(); updateWin(pipeId); pfGetChanViewMat(ViewState->masterChan, ViewState->viewMat); } void xformerModel(int model, int collideMode) { pfMatrix mat; static int oldModel = -1, oldCollMode = -1; if ((model == oldModel && oldCollMode == collideMode) || !ViewState->xformer) return; pfiSelectXformerModel(ViewState->xformer, model); /* If not in trackball mode, remove trackball DCS for better performance */ if ((oldModel != model) && (oldModel == PFITDF_TRACKBALL)) { pfRemoveChild(ViewState->scene, ViewState->sceneDCS); pfAddChild(ViewState->scene, ViewState->sceneGroup); } /* Restore trackball DCS to scene */ else if ((oldModel != model) && (model == PFITDF_TRACKBALL)) { pfRemoveChild(ViewState->scene, ViewState->sceneGroup); if (pfGetNumParents(ViewState->sceneDCS) == 0) pfAddChild(ViewState->scene, ViewState->sceneDCS); } oldModel = model; /* Collide with objects in scene */ if (oldCollMode != collideMode) { if (collideMode == PF_ON) pfiEnableXformerCollision(ViewState->xformer); else pfiDisableXformerCollision(ViewState->xformer); oldCollMode = collideMode; } } /****************************************************************************** * Draw Process Routines *************************************************************************** */ static void drawMessage(pfPipeWindow *pw) { pfFont *fnt; pfString *str; pfLight *lt; pfMatrix mat; pfFrustum *frust; const pfBox *bbox; float dist; double start, t; fnt = pfdLoadFont_type1(ViewState->objFontName, ViewState->objFontType); if (!fnt) return; pfPushState(); pfPushIdentMatrix(); str = pfNewString(NULL); pfStringMode(str, PFSTR_JUSTIFY, PFSTR_MIDDLE); pfStringFont(str, fnt); pfStringColor(str, 1.0f, 0.0f, 0.8f, 1.0f); pfStringString(str, ViewState->welcomeText); pfMakeScaleMat(mat, 1.0f, 1.0f, 1.5f); pfStringMat(str, mat); pfFlattenString(str); bbox = pfGetStringBBox(str); dist = PF_MAX2(bbox->max[PF_Z] - bbox->min[PF_Z], bbox->max[PF_X] - bbox->min[PF_X]); dist = (dist/2.0f) / pfTan(45.0f/2.0f); frust = pfNewFrust(NULL); pfMakeSimpleFrust(frust, 45.0f); pfApplyFrust(frust); pfDelete(frust); /* Convert from GL to Performer space */ pfRotate(PF_X, -90.0f); pfEnable(PFEN_LIGHTING); lt = pfNewLight(NULL); pfLightPos(lt, .2f, -1.0f, 1.0f, 0.0f); pfLightOn(lt); start = pfGetTime(); /* Twirl text for 0.25f seconds */ do { pfClear(PFCL_COLOR | PFCL_DEPTH, NULL); t = (pfGetTime() - start) / 0.25f; t = PF_MIN2(t, 1.0f); pfMakeRotMat(mat, (1.0f - 0.5f*t) * -90.0f, 1.0f, 0.0f, 0.0f); t *= t; pfPostTransMat(mat, mat, 0.0f, 3.0f * t * dist + 6.0f * (1.0f - t) * dist, 0.0f); pfPushMatrix(); pfMultMatrix(mat); pfDrawString(str); pfPopMatrix(); pfSwapPWinBuffers(pw); } while (t < 1.0f); /* Get image in both front and back buffers */ pfClear(PFCL_COLOR | PFCL_DEPTH, NULL); pfPushMatrix(); pfMultMatrix(mat); pfDrawString(str); pfPopMatrix(); pfSwapPWinBuffers(pw); pfLightOff(lt); pfPopMatrix(); pfPopState(); pfDelete(lt); pfDelete(str); } /* this will only be initialized in the draw process */ static int Overlay = -1; void initPipe(pfPipeWindow *pw) { char path[PF_MAXSTRING]; static char msg[] = "Welcome to IRIS Performer"; #ifdef IRISGL /* Check for overlay bitplanes */ if (ViewState->input == PFUINPUT_GL) Overlay = (getgdesc(GD_BITS_OVER_SNG_CMODE) ? OVERDRAW : (getgdesc(GD_BITS_PUP_SNG_CMODE) ? PUPDRAW : 0)); #else /* OPENGL */ /* XXX query for overlay planes in OpenGL ??? */ Overlay = (pfGetPWinOverlayWin(pw) ? 1 : 0); #endif /* GL type */ if ((ViewState->welcomeText[0] == '\0') || (!(pfFindFile("Times-Elfin.of", path, R_OK)))) { pfClear(PFCL_COLOR, NULL); /* Message will be draw in in purple - the pfuDrawMessage() color */ pfuDrawMessage(NULL, msg, PFU_MSG_PIPE, PFU_CENTER_JUSTIFIED, 0.5f, 0.5f, PFU_FONT_BIG, PFU_RGB); pfSwapPWinBuffers(pw); pfClear(PFCL_COLOR, NULL); /* Message will be draw in in purple - the pfuDrawMessage() color */ pfuDrawMessage(NULL, msg, PFU_MSG_PIPE, PFU_CENTER_JUSTIFIED, 0.5f, 0.5f, PFU_FONT_BIG, PFU_RGB); pfSwapPWinBuffers(pw); } else drawMessage(pw); } static void snapImage(int snapAlpha) { FILE *fp; static char str[80]; static count = 0; pfPipe* cpipe = pfGetChanPipe(ViewState->masterChan); int id = pfGetId(cpipe)*10 + count++; sprintf(str, "perfly.%d.%s", id, (snapAlpha) ? "rgba" : "rgb"); pfNotify(PFNFY_INFO, PFNFY_PRINT, "Saving pipe %d image in file %s\n", pfGetId(cpipe), str); /* read from FRONT-buffer to get channel stats info */ /* * ORIGINAL ROUTIN */ /* pfmSaveImage(ViewState->snapImagePtr, 0, 0, ViewState->mouse.winSizeX, ViewState->mouse.winSizeY, (snapAlpha) ? 1 : 0); */ /*** 256x256 image is snapped for texture ***/ /* pfmSaveImage(ViewState->snapImagePtr, 320, 256,256,256, (snapAlpha) ? 1 : 0); */ ViewState->snapImageFlag = 20; pfNotify(PFNFY_INFO, PFNFY_PRINT, "Done\n"); } #ifdef MAKOTO static void snapImage(int snapAlpha) { FILE *fp; static char str[80]; static count = 0; pfPipe* cpipe = pfGetChanPipe(ViewState->masterChan); int id = pfGetId(cpipe)*10 + count++; sprintf(str, "perfly.%d.%s", id, (snapAlpha) ? "rgba" : "rgb"); pfNotify(PFNFY_INFO, PFNFY_PRINT, "Saving pipe %d image in file %s\n", pfGetId(cpipe), str); /* read from FRONT-buffer to get channel stats info */ pfuSaveImage(str, 0, 0, ViewState->mouse.winSizeX, ViewState->mouse.winSizeY, (snapAlpha) ? 1 : 0); /* create info file to go with image */ sprintf(str, "perfly.%d.info", id); if (fp = fopen(str,"w")) { float h, v; fprintf(fp, "Viewing parameters for snap %d of perfly\n\n", id); fprintf(fp, "XYZ: %f %f %f\n", ViewState->viewCoord.xyz[0], ViewState->viewCoord.xyz[1], ViewState->viewCoord.xyz[2]); fprintf(fp, "HPR: %f %f %f\n", ViewState->viewCoord.hpr[0], ViewState->viewCoord.hpr[1], ViewState->viewCoord.hpr[2]); fprintf(fp, "NEAR/FAR: %f %f \n", ViewState->near, ViewState->far); pfGetChanFOV(ViewState->masterChan, &h, &v); fprintf(fp, "FOV: horiz=%f vert=%f\n", h, v); fclose(fp); } pfNotify(PFNFY_INFO, PFNFY_PRINT, "Done\n"); } #endif static void drawOverlayName(pfPipeWindow *pw) { pfWindow *pwOver = pfGetPWinOverlayWin(pw); static int mapped = 0; pfPushState(); pfBasicState(); #ifdef IRISGL if (ViewState->input == PFUINPUT_GL) drawmode(Overlay); else /* !!!!! */ #endif /* GL type */ { if (pwOver) pfSelectWin(pwOver); else return; } #ifdef IRISGL if (ViewState->input == PFUINPUT_GL) { color(0); clear(); } else /* !!!!! */ #endif /* GL type */ pfClear(PFCL_COLOR, NULL); if (!mapped) { static pfVec3 clrs[2] = { {0.4f, 0.0f, 0.5f}, /* tex - purple */ {0.125f, 0.06f, 00.125f}}; /* shadow - drk grey */ pfuMapWinColors(pwOver, clrs, 1, 2); mapped = 1; } pfuDrawMessageCI(ViewState->masterChan, ViewState->overlayText, PFU_MSG_CHAN, PFU_RIGHT_JUSTIFIED, 1.0f, 1.0f, PFU_FONT_SMALL, 1, 2); #ifdef IRISGL if (ViewState->input == PFUINPUT_GL) drawmode(NORMALDRAW); #endif /* GL type */ pfSelectPWin(pw); pfPopState(); } /* convey draw style from localPreDraw to localPostDraw */ static int selectedDrawStyle = 0; void localPreDraw(pfChannel *chan, void *data) { pfPipe *pipe = pfGetChanPipe(chan); pfPipeWindow *pw = pfGetChanPWin(chan); int pipeId = pfGetId(pipe); if (ViewState->exitCount == 0) ViewState->exitFlag = TRUE; if (ViewState->exitCount > 0) ViewState->exitCount--; if (ViewState->printStats > 0) ViewState->printStats--; /* take snapshot of image */ if (ViewState->snapImage) { snapImage(ViewState->snapImage == 2); ViewState->snapImage = 0; } /* * Update new draw modes */ if (ViewState->drawFlags[pipeId] & UPDATE_MODES) { { /* put this first because it may destroy the old win and * create a new one (in GLX mode) which will require a * window redraw. */ static aa=-1; if (aa == -1) aa = ViewState->aa; else if (aa != ViewState->aa) { if (ViewState->aa) pfAntialias(PFAA_ON); else pfAntialias(PFAA_OFF); aa = ViewState->aa; } } if (ViewState->backface) { /* leave backface removal to loader state */ pfOverride(PFSTATE_CULLFACE, 0); pfCullFace(PFCF_BACK); } else { pfCullFace(PFCF_OFF); /* really force backface removal off */ pfOverride(PFSTATE_CULLFACE, 1); } if (ViewState->lighting == LIGHTING_OFF) { pfOverride(PFSTATE_ENLIGHTING | PFSTATE_FRONTMTL, 0); pfDisable(PFEN_LIGHTING); pfOverride(PFSTATE_ENLIGHTING | PFSTATE_FRONTMTL, 1); } else pfOverride(PFSTATE_ENLIGHTING | PFSTATE_FRONTMTL, 0); if (ViewState->texture == FALSE) { pfOverride(PFSTATE_ENTEXTURE | PFSTATE_TEXTURE, 0); pfDisable(PFEN_TEXTURE); pfOverride(PFSTATE_ENTEXTURE | PFSTATE_TEXTURE, 1); } else pfOverride(PFSTATE_ENTEXTURE | PFSTATE_TEXTURE, 0); ViewState->drawFlags[pipeId] &= ~UPDATE_MODES; } /* Handle REDRAW event */ if (ViewState->drawFlags[pipeId] & REDRAW_WINDOW) { /* master channel controls master pipe */ if (pipeId == (pfGetId(pfGetChanPipe(ViewState->masterChan)))) { /* Only draw message into master channel */ if (chan == ViewState->masterChan) { if (ViewState->redrawOverlay && Overlay) { drawOverlayName(pw); ViewState->redrawOverlay--; } else ViewState->drawFlags[pipeId] &= ~REDRAW_WINDOW; } } else ViewState->drawFlags[pipeId] &= ~REDRAW_WINDOW; pfClear(PFCL_DEPTH, NULL); /* needed for Extreme when move window * with sky-ground earth-sky */ } if (ViewState->gui) updateGUIViewMsg(); /* * remember draw style in case it changes between now * and the time localPostDraw() gets called. */ selectedDrawStyle = ViewState->drawStyle; /* handle draw style */ pfuPreDrawStyle(selectedDrawStyle, ViewState->scribeColor); } void localPostDraw(pfChannel *chan, void *data) { /* handle draw style */ pfuPostDrawStyle(selectedDrawStyle); /* draw scene-graph hierarchy */ if (ViewState->tree && chan == ViewState->masterChan) pfuDrawTree(chan, (pfNode*)ViewState->scene, ViewState->panScale); } void initXformer(void) { ViewState->xformer = pfiNewTDFXformer(pfGetSharedArena()); pfiXformerAutoInput(ViewState->xformer, ViewState->masterChan, &ViewState->mouse, &ViewState->events); pfiXformerNode(ViewState->xformer, ViewState->sceneGroup); pfiXformerAutoPosition(ViewState->xformer, NULL, ViewState->sceneDCS); pfiXformerResetCoord(ViewState->xformer, &ViewState->initView); xformerModel(ViewState->xformerModel, ViewState->collideMode); resetPosition(POS_ORIG); } void drawModesChanged(void) { int i; for (i=0; idrawFlags[i] |= UPDATE_MODES; } void preApp(pfChannel *chan, void *data) { (chan, data); return; } void postApp(pfChannel *chan, void *data) { (chan, data); return; } void preCull(pfChannel *chan, void *data) {(chan, data); return; } void postCull(pfChannel *chan, void *data) { (chan, data); return; } --------------------------------------------------------------- "main.c" ========== main.c ===================================================== /* * Copyright 1993, 1995, Silicon Graphics, Inc. * ALL RIGHTS RESERVED * * UNPUBLISHED -- Rights reserved under the copyright laws of the United * States. Use of a copyright notice is precautionary only and does not * imply publication or disclosure. * * U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: * Use, duplication or disclosure by the Government is subject to restrictions * as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights * in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or * in similar or successor clauses in the FAR, or the DOD or NASA FAR * Supplement. Contractor/manufacturer is Silicon Graphics, Inc., * 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. * * Permission to use, copy, modify, distribute, and sell this software * and its documentation for any purpose is hereby granted without * fee, provided that (i) the above copyright notices and this * permission notice appear in all copies of the software and related * documentation, and (ii) the name of Silicon Graphics may not be * used in any advertising or publicity relating to the software * without the specific, prior written permission of Silicon Graphics. * * THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, * EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY * WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. * * IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, * INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY * DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY * THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE * OR PERFORMANCE OF THIS SOFTWARE. */ /* * main.c */ #include #include #include /* proceess control includes */ #include #include #include /* Performer include files */ #include #include #include /* Common Code include file */ #include "generic.h" /* 'custom.h' is provided by the individual applications. It must contain the typedef for the ViewState structure */ #include "custom.h" #define PI 3.14159 #define TW 256 #define TH 256 #define TD 2 #define TWD 32.0 /************************************************************************** * * * APPLICATION PROCESS ROUTINES * * * **************************************************************************/ /* frees any restricted/isolated CPUs when app starts up */ int FreeInitCPUs = 1; int AppCPU=-1, CullCPU=-1, DrawCPU=-1; /*** For getrow ***/ unsigned short rbuf[8192]; unsigned short gbuf[8192]; unsigned short bbuf[8192]; unsigned short packed[8192]; typedef struct { pfTexture *reftex; pfTexEnv *tenv; pfTexGen *tgen; uint *RefTexture; pfGeoState *gstate; int data[10]; float dpath[10]; } Globalparams; static Globalparams *params; void pmLoadImage(int offset ,IMAGE *im1, Globalparams *params) { int i,j,k; for(i=0;iRefTexture[TW*TH*offset +TW*i+j] = (packed[j*3+0]<<24) | (packed[j*3+1]<<16) | (packed[j*3+2]<<8) |0xff ; } } } void InitGSetGState(Globalparams *params){ params->tenv = pfNewTEnv( pfGetSharedArena() ); params->tgen = pfNewTGen( pfGetSharedArena() ); params->reftex = pfNewTex( pfGetSharedArena() ); params->gstate = pfNewGState( pfGetSharedArena() ); /* Texture */ params->RefTexture =(uint *) pfMalloc( TW*TH*TD*sizeof( uint ),pfGetSharedArena() ); { pfTexImage( params->reftex, params->RefTexture, 4 ,TW,TH,TD ); /** PFTEX_SUBLOAD_FORMAT is not needed for this example **/ pfTexFormat(params->reftex, PFTEX_SUBLOAD_FORMAT, PF_ON); pfTexFilter( params->reftex, PFTEX_MINFILTER, PFTEX_BILINEAR); pfTexFilter( params->reftex, PFTEX_MAGFILTER, PFTEX_BILINEAR); } pfGStateAttr(params->gstate, PFSTATE_TEXTURE, params->reftex ); pfGStateMode(params->gstate, PFSTATE_ENTEXTURE , PF_ON ); /* Tex Env */ pfTEnvMode( params->tenv, PFTE_MODULATE ); pfGStateAttr(params->gstate, PFSTATE_TEXENV, params->tenv ); /* Tex Gen*/ pfTGenMode( params->tgen, PF_S, PFTG_EYE_LINEAR_IDENT ); pfTGenMode( params->tgen, PF_T, PFTG_EYE_LINEAR_IDENT ); pfTGenMode( params->tgen, PF_R, PFTG_EYE_LINEAR_IDENT ); pfGStateMode(params->gstate, PFSTATE_ENTEXGEN , PF_ON ); pfGStateAttr(params->gstate, PFSTATE_TEXGEN, params->tgen ); /* Transparency (for future use ) */ /* pfGStateMode(params->gstate, PFSTATE_TRANSPARENCY , PFTR_ON ); */ } int main(int argc, char *argv[]) { int i; char fn[100]; /* * Initialize IRIS Performer: create shared memory, initialize clocks, etc. * This must be the first libpf call in a libpf application. */ pfInit(); /* * Allocate and initialize global shared memory before pfConfig * so that forked processes share global pointers. */ InitSharedMem(argc, argv); /* Global parameter pointer */ params = (Globalparams *)pfMalloc(sizeof(Globalparams),pfGetSharedArena()); /* Set multiprocessing mode and other configuration values. */ InitConfig(); /* * Configure IRIS Performer and fork extra processes if * configured for multiprocessing. */ pfConfig(); /* Initialize IRIS Performer utility libraries. */ pfuInitUtil(); pfiInit(); /* Create the visual database. */ InitScene(); /* Initialize the rendering pipeline(s). */ InitPipe(); /* set off first frame of cull and draw processes for initialization * in parallel with app */ pfFrame(); /* * Assign a non-degrading priority to all Performer processes. * User processes spawned from this one will inherit the same priority. */ if (PrioritizeProcs) pfuPrioritizeProcs(TRUE); /* * Initialize the graphical user interface (GUI). * Do this before InitChannel so that the GUI is the first channel. */ InitGUI(); /* Initialize pfChannel(s). */ InitChannel(); /* Initialize input handling (X or GL) for mouse and event inputs. */ pfuInitInput(pfGetChanPWin(ViewState->masterChan), ViewState->input); /* * Set up processor locking for APP - must be done after pfConfig() * and should be done after InitInput which forks off an input handling * process. */ if (ViewState->procLock == ((uint)~0)) { if (AppCPU > -1) pfuLockDownProc(AppCPU); else pfuLockDownApp(); } /*********************** Defining The 3D texture ***********************/ InitGSetGState(params); /*** Load 2 images ( sorry, 2 nasty)***/ /*** Image Size is fixed 256x256 !! ***/ { IMAGE *im1,*im2; uint *imbuf; printf("Input Texture file name\n"); scanf("%s",fn); printf("Input Texture file name = %s\n",fn); im1 = iopen(fn,"r"); if( im1 == NULL ) printf("file load failed \n"); pmLoadImage(0, im1, params); printf("Input Texture file name\n"); scanf("%s",fn); printf("Input Texture file name = %s\n",fn); im2 = iopen(fn,"r"); if( im2 == NULL ) printf("file load failed \n"); pmLoadImage(1, im2, params); } /* Set the desired frame rate. */ pfFrameRate(ViewState->frameRate); /* Set the MP synchronization phase. */ pfPhase(ViewState->phase); pfPhase( PFPHASE_FREE_RUN ); /* Application main loop */ while (!SimDone()) { /* Sleep until next frame */ pfSync(); /* * Should do all latency critical processing inbetween pfSync() * and pfFrame(). Typically this is viewing position update. */ PreFrame(); /* Trigger cull and draw processing for this frame. */ pfFrame(); /* Perform non-latency critical simulation updates. */ PostFrame(); } /* * Cleanup and exit. */ pfuFreeCPUs(); pfuExitInput(); pfuExitUtil(); pfExit(); return(0); } /************************************************************************** * * * APP PROCESS ROUTINES * * * **************************************************************************/ void AppFunc(pfChannel *chan, void *data) { PreApp(chan, data); pfApp(); PostApp(chan, data); } /************************************************************************** * * * CULL PROCESS ROUTINES * * * **************************************************************************/ /* * The cull function callback. Any work that needs to be done * in the cull process should happen in this function. */ void CullFunc(pfChannel * chan, void *data) { PreCull(chan, data); pfCull(); /* Cull to the viewing frustum */ PostCull(chan, data); } /************************************************************************** * * * DRAW PROCESS ROUTINES * * * **************************************************************************/ /* * The draw function callback. I/O with GL devices must happen here. * Any GL functionality outside Performer must be done here. * All libpr routines which may be captured by a pfDispList, * e.g.- pfEnable, pfApply*, pfCullFace, pfPushMatrix, should be called * here since they send GL commands to the graphics hardware. */ int pfmPreDrawReflMap( pfTraverser *trav, void *data) { pfPushState(); pfEnable( PFEN_TEXTURE ); pfEnable( PFEN_TEXGEN ); pfApplyGState( params->gstate ); } int pfmPostDrawReflMap( pfTraverser *trav, void *data) { pfPopState(); } void DrawFunc(pfChannel *chan, void *data) { PreDraw(chan, data); /* e.g. - clear the viewport */ pfClearChan( chan ); /** For Dynamic Texture Loading ( not necessary now ) ***/ pfTexLoadImage( params->reftex, params->RefTexture ); pfLoadTex( params->reftex ); /** For Future use of rotating 3d volume data ***/ /** glMatrixMode(GL_TEXTURE); glLoadMatrixf( tmat ); glMatrixMode( GL_MODELVIEW ); ***/ /*** Set GeoState ***/ /*** Render Actual Scene ***/ pfDraw(); PostDraw(chan, data); /* e.g. - draw HUD, read GL devices */ #ifndef IRISGL { int err; if ((err = glGetError()) != GL_NO_ERROR) pfNotify(PFNFY_NOTICE,PFNFY_USAGE,"OpenGL Error 0x%x - %s",err, gluErrorString(err)); } #endif /* GL Type */ } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 01:16:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA08262; Fri, 19 Jul 1996 01:14:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA08246; Fri, 19 Jul 1996 01:14:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA29214; Fri, 19 Jul 1996 01:14:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09119; Fri, 19 Jul 1996 01:14:21 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA28294; Fri, 19 Jul 1996 01:14:19 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA09055; Fri, 19 Jul 1996 09:15:01 +0100 From: "Angus Dorbie" Message-Id: <9607190915.ZM9053@bitch.reading.sgi.com> Date: Fri, 19 Jul 1996 09:15:01 +0100 In-Reply-To: Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM "Toggling Wireframe mode in a pfGeoState" (Jul 18, 6:06pm) References: <9606188377.AA837727882@CCGATE.HAC.COM> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM, info-performer@sgi.com Subject: Re: Toggling Wireframe mode in a pfGeoState Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Make sure you haven't overriden this state anywhere else. Rgds, Angus. On Jul 18, 6:06pm, Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM wrote: > Subject: Toggling Wireframe mode in a pfGeoState > Hi, > > I'm attempting to toggle an individual object's wireframe mode within > a pfscene by accessing the (individual) object's pfGeoStates and > setting the state mode as such: > > pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_ON) to turn "on" > wireframe > > and > > pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_OFF) to turn "off" > wireframe. > > However, nothing seems to happen. > > BUT, when I do the same for textures: > > pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_ON) the textures turn on > and conversely off when I use: > pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_OFF) > > I've verified that my pointer to the GeoState is correct, and that the > PFSTATE_ENWIREFRAME mode value is changing within the GeoState. > My question is, could there be an override somewhere else that's not > letting me see the wireframe mode change?? > > I appreciate any help I can get on this. > > - Alex Kekesi > Hughes Aircraft > Bela_A_Kekesi_at_2-HACHQ3@ccgate.hac.com > > > > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 03:58:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA08485; Fri, 19 Jul 1996 03:53:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA08469; Fri, 19 Jul 1996 03:53:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA02473; Fri, 19 Jul 1996 03:53:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA12022; Fri, 19 Jul 1996 03:53:31 -0700 Received: from ldsa.com (ldsa.com [192.246.75.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA23276 for ; Fri, 19 Jul 1996 03:53:30 -0700 From: dheskamp@ldsa.com Received: from ldsa.com (dgate) by ldsa.com (5.x/SMI-SVR4) id AA21226; Fri, 19 Jul 1996 06:54:10 -0400 Received: from ldsa (sun294) by ldsa.com (5.x/SMI-SVR4) id AA23062; Fri, 19 Jul 1996 06:53:28 -0400 Received: from pc1197.ldsa by ldsa (SMI-8.6/SMI-SVR4) id GAA00681; Fri, 19 Jul 1996 06:53:27 -0400 To: Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM, info-performer@sgi.com Subject: Re: Toggling Wireframe mode in a pfGeoState Date: Fri, 19 Jul 96 06:51:39 EDT Message-Id: <9607191051.27382C@pc1197.ldsa> X-Mailer: SelectMAIL 1.2 Status: O I have also seen this problem. When I start my program with wireframe in the off state, I can toggle it to the on state. But I am unable to turn wireframe back off. I believe there is a bug in Performer. --- Begin Included Message --- On Jul 18, 6:06pm, Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM wrote: > Subject: Toggling Wireframe mode in a pfGeoState > Hi, > > I'm attempting to toggle an individual object's wireframe mode within > a pfscene by accessing the (individual) object's pfGeoStates and > setting the state mode as such: > > pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_ON) to turn "on" > wireframe > > and > > pfGStateMode(gstate, PFSTATE_ENWIREFRAME, PF_OFF) to turn "off" > wireframe. > > However, nothing seems to happen. > > BUT, when I do the same for textures: > > pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_ON) the textures turn on > and conversely off when I use: > pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_OFF) > > I've verified that my pointer to the GeoState is correct, and that the > PFSTATE_ENWIREFRAME mode value is changing within the GeoState. > My question is, could there be an override somewhere else that's not > letting me see the wireframe mode change?? > > I appreciate any help I can get on this. > > - Alex Kekesi > Hughes Aircraft > Bela_A_Kekesi_at_2-HACHQ3@ccgate.hac.com > --- End Included Message --- Dave Heskamp Lockheed Martin Tactical Defense Systems 1210 Massillon Road Akron, Ohio 44315-0001 phone: (330) 796 - 5383 fax: (330) 796 - 7009 email: dheskamp@ldsa.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 05:12:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA08587; Fri, 19 Jul 1996 05:10:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA08571; Fri, 19 Jul 1996 05:10:31 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04237; Fri, 19 Jul 1996 05:10:31 -0700 Received: from sparky3.arc.net by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id FAA27705; Fri, 19 Jul 1996 05:10:28 -0700 Received: from ras106.arc.net (ras106.arc.net [204.49.37.106]) by sparky3.arc.net (8.6.12/8.6.9) with SMTP id HAA05110 for ; Fri, 19 Jul 1996 07:14:57 -0500 Date: Fri, 19 Jul 1996 07:14:57 -0500 Message-Id: <199607191214.HAA05110@sparky3.arc.net> X-Sender: jont@mail.arc.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "Jon E. Thompson" Subject: Satellite Image Data Status: O Hi all, Would like to know if any out there is trying to overlay satellite image data over DTED to provide a realistic terrain scene, especially using the IMPACT. All replies and/or info would be greatly appreciated. Thanks Jon. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 06:22:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA08707; Fri, 19 Jul 1996 06:20:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA08691; Fri, 19 Jul 1996 06:20:42 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05730; Fri, 19 Jul 1996 06:20:41 -0700 Received: from ADADV1 by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id GAA07642; Fri, 19 Jul 1996 06:20:40 -0700 From: wasileskib@adadv1.mdc.com Date: Fri, 19 Jul 1996 08:14:38 -0500 Message-Id: <96071908143891@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Articulating part of a flt model X-VMS-To: INFO-PERFORMER@SGI.COM Status: O If I have a flt model for which I want to articulate various parts (subgroups) , what is the best way to go about searching the node and assigning a DCS to the partiular sub-groups. Is this done using the pfNode::find routine? If so, the example in the man pages has left me a little confused. If I search a pfNode, (specifically, the house/door example in the man pages) how do I know to search the pfNode (house) for a pfDCS (door)? door = (pfDCS*) newhouse->find("door", pfDCS::getClassType()); Seems to me that I would search the "newhouse" for a node then once I find the sub-node, then attach the DCS. Can any make this a little clearer? It would be appreciated. Thanks. - Bryan Wasileski MDTS wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 07:18:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA08802; Fri, 19 Jul 1996 07:15:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA08786; Fri, 19 Jul 1996 07:15:41 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA06831; Fri, 19 Jul 1996 07:15:40 -0700 Received: from relay5.UU.NET by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id HAA16094; Fri, 19 Jul 1996 07:15:39 -0700 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQazau16428; Fri, 19 Jul 1996 10:14:24 -0400 (EDT) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Fri, 19 Jul 1996 10:14:24 -0400 Received: from galaxy.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA01304; Fri, 19 Jul 96 09:55:03 EDT Received: by galaxy.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id JAA08919; Fri, 19 Jul 1996 09:55:02 -0400 Date: Fri, 19 Jul 1996 09:55:02 -0400 From: peter@galaxy.cambridge.com (Peter Chou) Message-Id: <199607191355.JAA08919@galaxy.cambridge.com> To: info-performer@sgi.com Subject: pfMPImageCache question Status: O Hi all, I got problems in using pfMPImageCache. I can get pfImageCache to roam a texture window through a large virtual texture. However, when I tried to use pfMPImageCache, the texture would not move. Could someone help me figure out what I have done wrong? The machine I am using is IMPACT with one IP22 Processor and High-AA Impact/TRAM Graphics board, and is installed with IRIX 6.2, Performer 2.1. /usr/gfx/gfxinfo gives: Graphics board 0 is "IMPACT" graphics. Managed (":0.0") 1280x1024 Product ID 0x0, 2 GEs, 1 RE, 4 TRAMs MGRAS revision 2, RA revision 5 HQ rev A, GE11 rev A, RE4 rev A, PP1 rev A, VC3 rev A, CMAP rev D, MC rev C 19" monitor (id 0x1) The following is the skectch of my code. When I compiled with MP_IMAGECACHE not defined, the texture was roaming; but when I defined MP_IMAGECACHE, the texture would not get updated. Any code not shown in the following sketch does not depend on MP_IMAGECACHE flag. I can post the complete test code if that will help. Thanks in advance. void DrawCallBack(pfChannel *chan, void *data) { pfClearChan(chan); pfDraw(); #ifdef MP_IMAGECACHE #else thisicData = (ICACHE_DATA *)pfGetCurCBufferData(shared->icData); pfImageCacheOrigin(shared->icache, thisicData->cacheS, thisicData->cacheT, 0); pfImageCacheValidRegionOrigin(shared->icache, thisicData->originS, thisicData->originT, 0); pfApplyImageCache(shared->icache); pfGetImageCacheValidRegionOffset(shared->icache,&offS,&offT,&offR); pfGetImageCacheValidRegionSize(shared->icache,&tSizeS,&tSizeT,&tSizeR); glMatrixMode(GL_TEXTURE); pfMakeTransMat(tmat, offS/(float)tSizeS, offT/(float)tSizeT, offR/(float)tSizeR); pfLoadMatrix(tmat); glMatrixMode(GL_MODELVIEW); #endif ProcessXEvents(); } main() { pfInit(); pfMultiprocess(PFMP_APP_CULL_DRAW); pfConfig(); CreatePipeAndWindow(); CreateChannel(); tex = pfNewTex(pfArena); pfTexFilter(tex, PFTEX_MINFILTER, PFTEX_BILINEAR); #ifdef MP_IMAGECACHE mpicache = pfdLoadMPImageCache(argv[FILENAME_ARG], tex, 0); pfAddMPImageCache(pfGetPipe(0), mpicache); pfPipeIncrementalStateChanNum(pfGetPipe(0),1); icache = pfGetMPImageCacheImageCache(mpicache); #else icache = pfdLoadImageCache(argv[FILENAME_ARG], tex, 0); shared->icache = icache; #endif pfImageCacheMaxUpdateSize(icache, maxLoadSize, maxLoadSize, 1); CreateGState(); /* with tex and tev */ CreateGSet(); /* set up a square with above gstate */ while (goOn) { pfSync(); pfChanView(chan, view.xyz, view.hpr); pfFrame(); CalculateImageCacheOrigin(&cacheS,&cacheT,&originS,&originT); #ifdef MP_IMAGECACHE pfMPImageCacheOrigin(mpicache, cacheS, cacheT, 0); pfMPImageCacheValidRegionOrigin(mpicache, originS, originT, 0); #else thisicData = (ICACHE_DATA *)pfGetCurCBufferData(shared->icData); thisicData->originS = originS; thisicData->originT = originT; thisicData->cacheS = cacheS; thisicData->cacheT = cacheT; pfCBufferChanged(shared->icData); #endif } pfExit(); } /* main() */ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Peter T. C. Chou Cambridge Research Associates, Inc. office: (703)790-0505 ext 7206 1430 Spring Hill Road, Suite 200 FAX: (703)790-0370 McLean, VA 22102 E-MAIL: peter@cambridge.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 08:09:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA08948; Fri, 19 Jul 1996 08:07:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA08932; Fri, 19 Jul 1996 08:07:54 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08018; Fri, 19 Jul 1996 08:07:45 -0700 Received: from lcr.thomson-csf.fr by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id IAA23952; Fri, 19 Jul 1996 08:07:26 -0700 Received: from shiva.thomson-lcr.fr (uucp@localhost) by lcr.thomson-csf.fr (8.7.5/8.7.3) with UUCP id RAA16005 for info-performer@sgi.com; Fri, 19 Jul 1996 17:06:37 +0200 (MET DST) Received: from shiva.thomson-lcr.fr (uucp@localhost) by thlcr.thomson-lcr.fr (8.7.5/8.7.3) with UUCP id QAA11039 for info-performer@sgi.com; Fri, 19 Jul 1996 16:57:57 +0200 (MET DST) Received: from cyclope.thomson-lcr.fr (cyclope.thomson-lcr.fr [192.103.7.76]) by shiva.thomson-lcr.fr (8.7.5/8.7.3) with SMTP id QAA29310 for ; Fri, 19 Jul 1996 16:53:33 +0200 (MET DST) Received: by cyclope.thomson-lcr.fr id ; Fri, 19 Jul 1996 16:53:31 +0200 From: "Jean-Benoit Bonne" Message-Id: <9607191653.ZM6540@cyclope.thomson-lcr.fr> Date: Fri, 19 Jul 1996 16:53:29 -0600 X-Face: WHKux;YaGDmH}U#~<&<}a'ER1_'#~C);r$ypL~Q%BJ]^Xs3cc1IhkQopiW*6)FQ-{3VO)o8C;MyhU'hamN<.P'7MUMb}&+DjAzetg>3eR\`hl.ff!0G[y4mC`S}y7ZBA X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Texture and transparency Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello. We have a Max. Impact ( or high ) and we use C++. I would like to transform an individual object with tansparency. To do that I use a post and pre func for each GState of my object. It seem to work with objects with no texture. But it doesn't work with objects with texture. Does anybody know why or have an other solution ? Thank you. Best regards. int pre ( pfTraverser *tra, void *userData ) { float tmp[4]; ... glBlendColorEXT(tmp[0], tmp[1], tmp[2], tmp[3]); glBlendFunc(GL_CONSTANT_ALPHA_EXT, GL_ONE_MINUS_CONSTANT_ALPHA_EXT); return (0); } int post ( pfTraverser *tra, void *userData ) { glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); return (0); } -- _____________________________________________________________________________ Jean-Benoit BONNE Tel : (+ 33 1) 69 33 08 07 Thomson-CSF LCR Fax : (+ 33 1) 69 33 08 65 Domaine de Corbeville Email : bonne@thomson-lcr.fr F-91404 Orsay cedex _____________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 07:56:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA08887; Fri, 19 Jul 1996 07:54:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA08871; Fri, 19 Jul 1996 07:54:17 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA07698; Fri, 19 Jul 1996 07:54:17 -0700 Received: from rdvax.ntsc.navy.mil by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id HAA22221; Fri, 19 Jul 1996 07:54:11 -0700 Message-Id: <199607191454.HAA22221@deliverator.sgi.com> Date: 19 Jul 96 10:51:00 EST From: "Robert Reif" Subject: Help creating frustum from channel frustum To: "info-performer" Status: O I would like to create a perspective frustum that is a portion of the channel viewing frustum using pfMakePerspFrust(frust, left, right, bottom, top). If I know left, right, bottom and top of the channel, it,s a simple matter to calculate the portion I am interested in but I can't figure out how to get these values from the viewing channel. Does anyone have any ideas that might help me. Thanks. Robert Reif reif@rdvax.ntsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 08:11:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA08976; Fri, 19 Jul 1996 08:09:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA08960; Fri, 19 Jul 1996 08:09:17 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08082; Fri, 19 Jul 1996 08:09:15 -0700 Received: from bhole.cae.ca by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id IAA24080; Fri, 19 Jul 1996 08:09:13 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA07780; Fri, 19 Jul 1996 11:01:31 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id KAA23765; Sat, 20 Jul 1996 10:58:18 -0400 From: "Nicolas Gauvin" Message-Id: <9607201058.ZM23763@excalibur.cae.ca> Date: Sat, 20 Jul 1996 10:58:18 -0400 In-Reply-To: wasileskib@adadv1.mdc.com "Articulating part of a flt model" (Jul 19, 8:14am) References: <96071908143891@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: wasileskib@adadv1.mdc.com Subject: Re: Articulating part of a flt model Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 19, 8:14am, wasileskib@adadv1.mdc.com wrote: > > door = (pfDCS*) newhouse->find("door", pfDCS::getClassType()); > This may not work since chances are that the door has not been defined as a pfDCS by the Multigen loader. It could be a pfGroup, pfSCS, pfGeode or whatever node type that makes sense. Here are the flt->pf equivalences for pf2.0 (taken from the readme file) MultiGen bead IRIS Performer node ------------- ------------------- group pfGroup animation group pfSequence level of detail pfLOD degree of freedom pfDCS external reference pfGroup light source pfLightSource switch pfSwitch object pfGroup (or pfSCS if transformed) road pfGroup (or pfSCS if transformed) road path pfGroup (or pfSCS if transformed) sound pfGroup (or pfSCS if transformed) polygon pfGeode + pfGeoSet + pfGeoState lightpoint polygon pfGeode + pfGeoSet + pfGeoState + pfLPointState template polygon pfBillboard + pfGeoSet + pfGeoState transformation pfSCS As you can see, only degree of freedom (DOF) beads are translated into pfDCS. You could try a more general search: door = (pfNode*) newhouse->find("door", pfNode::getClassType()); And then do the appropriate actions to insert a pfDCS on top of this node depending on its type (using isExactType). -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 10:09:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA09448; Fri, 19 Jul 1996 10:06:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA09432; Fri, 19 Jul 1996 10:06:52 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11425; Fri, 19 Jul 1996 10:06:51 -0700 Received: from bert.arc.nasa.gov by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id KAA16515; Fri, 19 Jul 1996 10:06:49 -0700 Received: by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id KAA14693; Fri, 19 Jul 1996 10:05:35 -0700 Date: Fri, 19 Jul 1996 10:05:35 -0700 From: spelk@bert.arc.nasa.gov (Steve Elkins) Message-Id: <199607191705.KAA14693@bert.arc.nasa.gov> To: info-performer@sgi.com Subject: Employment Opportunity Status: O OFFICE MEMO Employment Opportunity Date: 7/18/96 Lead Programmer to Design Flight Simulator Upgrade The position will be a lead position involving general simulation programming in support of experiment platforms for human factors research. Duties will include interface with several researchers in designing, scheduling, and managing different experiment projects and analysis tools. Projects are developed on SGI, PC, or Mac. Required qualifications for this position include: an undergraduate degree in engineering or CS, extensive experience in real-time simulation (preferably flight simulation), and a strong graphics background. OO design methodologies using C++ in a UNIX environment, and thorough knowledge of GL/OpenGL, TCP/IP networking, and serial communications is mandatory. Experience in SGI Performer is strongly preferred, and Mac or PC programming is a plus. Programmer to Support Development for Flight Simulator (TAP or HSR) The position will involve general simulation programming in support of experiment platforms for human factors research. Duties will include interface with researchers in specifying functional requirements, enhancing, or designing different experiment projects and analysis tools. Projects are developed on SGI, PC, or Mac. Required qualifications for this position include: an undergraduate degree in engineering or CS, experience in flight simulation, and a graphics background. Ability to program in C (preferably C++) in a UNIX environment, project experience using GL/OpenGL, inter-networking and serial communications is also required. Experience in SGI Performer, CAD, and Mac or PC programming is a plus. Note: Positions are on-site at NASA Ames Research Center, and require Permanent Residency or U.S. citizenship. SEND RESUME TO: Sterling Software Recruiting Department P.O. Box 138 Moffett Field, CA 94035-0138 Fax: 415-604-1503 email to: Sterling_Software@qmgate.arc.nasa.gov EOE M/F/H/V See all Sterling Software jobs at Ames at http://sterlingcss.arc.nasa.gov/ ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 11:26:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA09639; Fri, 19 Jul 1996 11:23:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA09620; Fri, 19 Jul 1996 11:23:28 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17310; Fri, 19 Jul 1996 11:23:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25037; Fri, 19 Jul 1996 11:23:27 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00564 for ; Fri, 19 Jul 1996 11:23:26 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03174 for info-performer@sgi.com; Fri, 19 Jul 1996 11:18:14 -0700 From: "Guy Russell" Message-Id: <9607191118.ZM3172@thoth.engr.sgi.com> Date: Fri, 19 Jul 1996 11:18:14 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Texture formats Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sorry for any misconception about the texture formats. We are investigating what would be best for future ISD machines. Any changes made as a result of my previous question will not apply to Impact graphics. > I am performing an informal survey of Impact users. What are the types >of texture formats commonly used? Is the 4444 format used? If so is it more >important than 5551 support? Would 8888 be acceptable if 1 bit alpha is not >enough? Please send me comments as soon as possible. > Thank you, > Guy > -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 11:26:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA09654; Fri, 19 Jul 1996 11:23:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA09623; Fri, 19 Jul 1996 11:23:28 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17314; Fri, 19 Jul 1996 11:23:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25040; Fri, 19 Jul 1996 11:23:27 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00570 for ; Fri, 19 Jul 1996 11:23:27 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03165 for info-performer@sgi.com; Fri, 19 Jul 1996 11:13:05 -0700 From: "Guy Russell" Message-Id: <9607191113.ZM3163@thoth.engr.sgi.com> Date: Fri, 19 Jul 1996 11:13:05 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Improved texture memory utilization on Impacts Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have created a new version of the pfuDownload functions specifically for the Impact hardware. The new version of tex.c in libpfutil optimizes texture packing on Impacts. The same code should run on other SGI platforms without any change. I have made the source code for this improvement available on the Performer ftp site. It is located at /usr/people/ftp/pub/Performer/src/pf2.0 and is called libpfutil.impact_texture.Z. It is a compressed tar file of tex.c. Recompile libpfutil with this tex.c to get the improvements. Also, verify that you call pfuMakeTexList or pfuMakeSceneTexList prior to calling pfuDownloadTexList. If you have your own versions of these functions, then you should consider adding the functionality in these functions to your versions. There are two improvements for Impact texture downloads. The first improvement sorts textures by the number of components and then downloads them such that the four component textures are loaded first, then the three component, then the two component, and finally the single component. This method allows single component textures to occupy the same pages, but in a different TRAM as three component textures. Note, this method will only help if you have 4 TRAMs. In the past, it was possible for a single component texture and a three component texture to thrash when they were not loaded in the correct order. This method will pack textures as efficiently as possible on Impact graphics. We have seen dramatic improvements in texture memory usage for applications that use single and three component textures. The second improvement is a better metric for texture memory usage on Impacts. Impact texture memory is organized into 256 pages of one or four components depending on whether the texture option has been installed. The total amount of memory will add up to 1 or 4 MB, but the number of pages used is more important in understanding if your application's textures will all fit without paging. The new download code will keep track of how many pages of texture memory have been downloaded. If your app is using more than 256 pages than you will potentially have to page textures from main meory to the TRAMs during realtime. Also, the number of pages for each individual texture is printed out, so you can get an idea of which textures are using up your pages. The totalizing function is only valid if you ensure the proper sorting of textures prior to download, but the individual texture page usage will be valid either way. Please feel free to email me if there are any questions. Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 19 11:39:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA09703; Fri, 19 Jul 1996 11:38:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA09687; Fri, 19 Jul 1996 11:37:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA19015; Fri, 19 Jul 1996 11:37:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25984; Fri, 19 Jul 1996 11:37:58 -0700 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA05185 for ; Fri, 19 Jul 1996 11:37:56 -0700 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA16932; Fri, 19 Jul 1996 14:37:55 -0400 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Re: Satellite Image Data From: Gregory W Larson To: info-performer@sgi.com Message-Id: <960719143752.603@wlp1.wl.wpafb.af.mil.0> Date: Fri, 19 Jul 96 14:37:54 -0400 X-Mailer: MAILworks 1.7-A Status: O >Hi all, > >Would like to know if any out there is trying to overlay satellite image >data over DTED to provide a realistic terrain scene, especially using the >IMPACT. All replies and/or info would be greatly appreciated. Thanks Jon. > >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Jon, I am using the Coryphaeus tool Easy-T to build up polygon based terrain skins using raw DTED data and apply an image file extracted from DMA 10-meter resolution satellite imagery. The terrain models with texture are saved in .dwb format and then loaded into our performer apps with the standard dwb loader. The results are very very impressive but the texture image is very large and will bring any system without sufficient texture memory to a halt. We are currently running on an Onyx RE2 with 4Mb texture memory. Our target system however is an Indigo2 with High Impact graphics (on order) and 4Mb texture mem. Greg ****************************************************************************** * Gregory W. Larson EMAIL: larsongw@wl.wpafb.af.mil * * WL/FIGD Wright Lab - Simulation Operations * * Tel: (513) 255-4618 Fax: (513) 255-9746 * ****************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 21 10:29:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA12390; Sun, 21 Jul 1996 10:27:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA12374; Sun, 21 Jul 1996 10:27:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16154; Sun, 21 Jul 1996 10:27:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23020; Sun, 21 Jul 1996 10:27:17 -0700 Received: from ccvax.lanl.gov (ccvax.lanl.gov [128.165.5.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA25993 for ; Sun, 21 Jul 1996 10:27:16 -0700 Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Sun, 21 Jul 1996 11:26:20 -0600 (MDT) Message-Id: <2.2.32.19960721172911.00694ecc@ccvax> X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Jul 1996 12:29:11 -0500 To: info-performer@sgi.com From: ken sartor Subject: draw callbacks Status: O Hi - I am curious about how Performer handles draw callbacks. When i render two semi transparent extended objects via a draw callback onto a Performer scene graph, i get interesting results. If the first object rendered in the callback is also the nearer one, then i cannot see the portion of the second object that is behind the first through the first one. However, the scene graph does appear correctly thought the first object (including transparency effects). Everything works appropriately if the first object rendered is the more distant object. Specifically what intrigues me is why and how Performer treats the draw callback. Is the scene graph all rendered and then the callbacks rendered one by one? There does not seem to be a performance penalty for using the callbacks... Any help on the details of what is going on here would be greatly appreciated! References to documentation that discuss fine levels of detail on how Performer works would also be great! Thanks. ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 21 15:49:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA12696; Sun, 21 Jul 1996 15:47:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA12680; Sun, 21 Jul 1996 15:47:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23598; Sun, 21 Jul 1996 15:47:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28187; Sun, 21 Jul 1996 15:47:01 -0700 Received: from amelnx.advmar.com (advmar.com [205.184.101.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA09324 for ; Sun, 21 Jul 1996 15:47:00 -0700 From: Hill_Brian@amelnx.advmar.com Received: from cc:Mail by amelnx.advmar.com id AA838000167; Sun, 21 Jul 96 18:48:42 EST Date: Sun, 21 Jul 96 18:48:42 EST Message-Id: <9606218380.AA838000167@amelnx.advmar.com> To: info-performer@sgi.com Subject: IR Pixel and Display Processing Status: O Performers, I have some questions concerning pixel processing and display generation processing. 1) On an IR what is the formula for determining pixel processing requirements i.e. how to determine how many RMs are going to be required? The formula I know is: Number Chans x Resolution x Update Rate x Depth Complexity I understand that the system can be designed for the average instead of maximum load requirement and then let the dynamic resolution and pixel fill load management take care of the tough frames. 2) How does multi-sampling, sub-pixel sampling, and anti-aliasing affect this on the IR? 3) On an IR with the 8 channel display option I want to configure 5 channels as: 4 chans at 1024x768 50 Hz 2 chans at 1024x640 50 Hz 1 chan at 640x480 50 Hz All non-interlaced. For a total of about 247 Mpixels for the DG to process. Can I do this? One of these days I am going to understand this stuff :) Thanks, Brian ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 01:04:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA13494; Mon, 22 Jul 1996 01:02:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA13478; Mon, 22 Jul 1996 01:02:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA07229; Mon, 22 Jul 1996 01:02:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA08995; Mon, 22 Jul 1996 01:02:39 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA29894 for ; Mon, 22 Jul 1996 01:02:33 -0700 Received: (from uucp@localhost) by merki.connect.com.au id SAA24603 (8.7.5/IDA-1.6 for info-performer@sgi.com); Mon, 22 Jul 1996 18:02:20 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA10839 (5.65c/IDA-1.5 for ); Mon, 22 Jul 1996 17:33:15 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA10839 (5.65c/IDA-1.5 for ); Mon, 22 Jul 1996 17:33:15 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id RAA07042 (8.6.12/IDA-1.6 for ); Mon, 22 Jul 1996 17:38:57 +1000 Received: by murad (5.65) id AA01540; Mon, 22 Jul 1996 17:43:52 +1000 Date: Mon, 22 Jul 1996 17:43:52 +1000 (AEST) From: Troy Stephen X-Sender: troys@murad To: info-performer@sgi.com Subject: pfSprite crashes Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I have an intermittent problem with PFBB_POINT_ROT_WORLD billboards which is causing my application to crash with a Segmentation Violation - the stack trace from dbx is included below. Has anyone seen this before? Or does anyone have any suggestions where I should start looking? I'm running Performer 2.0 on IRIX 5.3 (Onyx RE). Thanks, Troy Stephen troys@wormald.com.au dbx version 3.19 Nov 3 1994 19:59:46 Core from signal SIGSEGV: Segmentation violation (dbx) where > 0 pfVec3::xformVec(const pfVec3&,const pfMatrix&)(0x0, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpr/pfLinMath.C":725, 0x5d141390] 1 pfSprite::pr_transform(pfGeoSet*)(0x190fb560, 0x1a49c600, 0x1db20584, 0x30) ["../../../lib/libpr/pfSprite.C":1219, 0x5d105f04] 2 genDrawGSet(pfGeoSet*,char*,char*,char*,char*)(0x1a49c600, 0x19156b30, 0x5e0e9bb0, 0x1917c220) ["../gsdraw.C":4493, 0x5d1043e8] 3 pfDispList::pr_caseDL_DRAW_GSET_GSTATE(const DLElt*)(0x1db20600, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpr/pfDispList.C":937, 0x5d108214] 4 pfDispList::pr_drawFlat(void)(0x1db20370, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpr/pfDispList.C":1546, 0x5d103aa4] 5 pfDispList::draw(void)(0x0, 0x5d1d8088, 0x1db20584, 0x8) ["../../../lib/libpr/pfDispList.C":400, 0x5d13aae0] 6 pfChannel::pf_drawScene(void)(0x1a6fcc80, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfChannel.C":1753, 0x5d13f938] 7 pfChannel::pf_draw(void)(0x0, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfChannel.C":1739, 0x5d142e8c] 8 pfDraw(0x0, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfProcess.C":3874, 0x5d142408] 9 DrawChannel(0x181bcb60, 0x1a731b70, 0x1db20584, 0x8) ["draw_func.c":352, 0x4182ac] 10 pfChannel::pf_callDrawFunc(void)(0x0, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfChannel.C":1805, 0x5d13cddc] 11 doDraw(pfChannel*)(0x1a6fcc80, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfProcess.C":3768, 0x5d13ad98] 12 mpDraw(void)(0x0, 0x10000cf0, 0x1db20584, 0x8) ["../../../lib/libpf/pfProcess.C":4079, 0x5d130840] 13 pfConfig(0x0, 0x180ab9b0, 0x0, 0x8) ["../../../lib/libpf/pfProcess.C":1639, 0x5d15a5d4] 14 main(0x0, 0x10000cf0, 0x1db20584, 0x8) ["main.c":534, 0x42364c] 15 __start() ["crt1text.s":133, 0x40fe7c] ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 01:44:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA13550; Mon, 22 Jul 1996 01:39:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA13534; Mon, 22 Jul 1996 01:39:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08786; Mon, 22 Jul 1996 01:39:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09665; Mon, 22 Jul 1996 01:39:53 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA05955 for ; Mon, 22 Jul 1996 01:39:41 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id KAA13025 for ; Mon, 22 Jul 1996 10:39:30 +0200 Received: from platine by corysmailserv (5.x/SMI-SVR4) id AA25760; Mon, 22 Jul 1996 10:09:31 +0200 Received: by platine (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA10525; Tue, 23 Jul 1996 10:09:29 +0200 From: "Lionel Maiaux" Message-Id: <9607231009.ZM10523@platine> Date: Tue, 23 Jul 1996 10:09:19 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Shade model problem Cc: maiaux@platine.corys.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I work on an iR with Performer 2.1 and I have a problem with gouraud shading. I have several coplanar quads (each on a diferent geoset with OVERALL normal) and a local light above them but lighting is not interpolated on the quads. I read the pfGeoSet/pfShadeModel man pages and I tried several things ... - verify the PFGS_FLATSHADE of my geosets (0), - attach a NULL geostate to my geosets and call pfShadeModel(PFSM_GOURAUD) just before drawing my geosets (pfDrawGSet), - attach a geostate which inherit the global state and call pfShadeModel(PFSM_GOURAUD) to affect it (but I suppose it's the default), ... without results !!! With ogldebug, I always see a glShadeModel(GL_FLAT) openGL call, when I draw my geosets but I don't know why. When I modify the normal binding OVERALL to PER_VERTEX, I obtain gouraud shading but I suppose I should do it only for non-equal normals, right ? Thanks for your help ! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 02:52:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA13659; Mon, 22 Jul 1996 02:45:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA13643; Mon, 22 Jul 1996 02:45:55 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10990; Mon, 22 Jul 1996 02:45:54 -0700 Received: from hni.uni-paderborn.de by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id CAA17950; Mon, 22 Jul 1996 02:44:44 -0700 Received: from hydra.uni-paderborn.de (hydra [131.234.144.9]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id LAA24696; Mon, 22 Jul 1996 11:34:46 +0200 Received: from hydra (localhost.dfn.de [127.0.0.1]) by hydra.uni-paderborn.de (8.6.10/hni-client-sunos) with SMTP id LAA16544; Mon, 22 Jul 1996 11:30:55 +0200 Sender: brandt@hni.uni-paderborn.de Message-ID: <31F34A4F.3D0D0DF2@hni.uni-paderborn.de> Date: Mon, 22 Jul 1996 11:30:55 +0200 From: Christoph Brandt Organization: Heinz Nixdorf Institut X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.4 sun4c) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Texture paging on Impacts References: <9607191113.ZM3163@thoth.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi everyone, i am working on a Performer 2.0 application using an Indigo2 with HighImpact graphics and 4 MB texture memory. The total amount of textures used in the model database will be more then 8 Mb, in other words i need to implement Performer texture paging routines in the application. Since i am not very experienced with a Performer, i am looking for a Performer code sample to get some hints how to implement these routines. Maybe someone knows about some code example using texture paging? Would be of great help. Christoph --- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Christoph Brandt Heinz Nixdorf Institut Computerintegrated manufacturing Fuerstenallee 11 33102 Paderborn Germany e-mail: brandt@hni.uni-paderborn.de Tel.: 0049-(0)5251-60-6233 Fax: 0049-(0)5251-60-6268 http://www.hni.uni-paderborn.de/rip _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 03:09:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA13688; Mon, 22 Jul 1996 03:07:20 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA13672; Mon, 22 Jul 1996 03:07:19 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA12064; Mon, 22 Jul 1996 03:07:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA11155; Mon, 22 Jul 1996 03:07:08 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA19717 for ; Mon, 22 Jul 1996 03:07:03 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA10257 (5.65b/CWI-3.3); Mon, 22 Jul 1996 12:05:47 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id MAA04387; Mon, 22 Jul 1996 12:03:08 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id MAA19296; Mon, 22 Jul 1996 12:00:04 +0200 (MET DST) From: Veraart Message-Id: <199607221000.MAA19296@s00sn1.fel.tno.nl> Subject: Re: Shade model problem To: maiaux@platine.corys.fr (Lionel Maiaux) Date: Mon, 22 Jul 1996 12:00:04 +0200 (MET DST) Cc: info-performer@sgi.com (performer) In-Reply-To: <9607231009.ZM10523@platine> from "Lionel Maiaux" at Jul 23, 96 10:09:19 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > With ogldebug, I always see a glShadeModel(GL_FLAT) openGL call, when I draw my > geosets but I don't know why. > > When I modify the normal binding OVERALL to PER_VERTEX, I obtain gouraud > shading but I suppose I should do it only for non-equal normals, right ? When all vertices have the same vertex normal then they will all have the same light intensity. So if the color of the polygon is OVERALL or PERPRIMITIVE then this is equivalent to FLAT shading. And this is what performer chooses to render the polygon. Mario P.S. Take a look at the clock of your system. It's in the future (23 july). ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 03:53:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA13789; Mon, 22 Jul 1996 03:50:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA13773; Mon, 22 Jul 1996 03:50:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA13711; Mon, 22 Jul 1996 03:50:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA12046; Mon, 22 Jul 1996 03:50:16 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA26393; Mon, 22 Jul 1996 03:50:10 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA02894; Mon, 22 Jul 1996 11:50:53 +0100 From: "Angus Dorbie" Message-Id: <9607221150.ZM2892@bitch.reading.sgi.com> Date: Mon, 22 Jul 1996 11:50:52 +0100 In-Reply-To: Veraart "Re: Shade model problem" (Jul 22, 12:00pm) References: <199607221000.MAA19296@s00sn1.fel.tno.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Veraart , maiaux@platine.corys.fr (Lionel Maiaux) Subject: Re: Shade model problem Cc: info-performer@sgi.com (performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is performer really doing this? I know the builder routines will do this by default but this is a heck of an assumption to make at the geoset level. Different colours for the same normal will result with specular material calculation and a LOCALVIEWER lighting model, or with a local light source. Rgds, Angus. On Jul 22, 12:00pm, Veraart wrote: > Subject: Re: Shade model problem > > With ogldebug, I always see a glShadeModel(GL_FLAT) openGL call, when I draw my > > geosets but I don't know why. > > > > When I modify the normal binding OVERALL to PER_VERTEX, I obtain gouraud > > shading but I suppose I should do it only for non-equal normals, right ? > When all vertices have the same vertex normal then they will all have > the same light intensity. So if the color of the polygon is OVERALL or > PERPRIMITIVE then this is equivalent to FLAT shading. And this is what performer > chooses to render the polygon. > > Mario > > P.S. Take a look at the clock of your system. It's in the future (23 july). > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Veraart ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 04:39:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id EAA13891; Mon, 22 Jul 1996 04:36:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id EAA13875; Mon, 22 Jul 1996 04:36:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA15702; Mon, 22 Jul 1996 04:36:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA13313; Mon, 22 Jul 1996 04:36:52 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA03936 for ; Mon, 22 Jul 1996 04:36:46 -0700 Message-Id: <199607221136.EAA03936@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 13:36:32 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 13:36:32 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Mon, 22 Jul 1996 13:36:30 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 14:36:24 +0200 Date: Mon, 22 Jul 1996 14:36:24 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960722123624] Original-Encoded-Information-Types: teletex,undefined X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: LPointState Intensity Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-9197" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-9197 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C Hi pfGurus, I have a problem with LPointState attributes of pfGeoState. I have loaded the "3010.star" file from the Performer data directory= From guest Mon Jul 22 05:14:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA13974; Mon, 22 Jul 1996 05:12:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA13958; Mon, 22 Jul 1996 05:11:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA17135; Mon, 22 Jul 1996 05:11:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA14152; Mon, 22 Jul 1996 05:11:58 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA09502 for ; Mon, 22 Jul 1996 05:11:53 -0700 Message-Id: <199607221211.FAA09502@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 14:11:44 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 14:11:44 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Mon, 22 Jul 1996 14:11:40 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 15:11:35 +0200 Date: Mon, 22 Jul 1996 15:11:35 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960722131135] Original-Encoded-Information-Types: teletex,undefined X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: LPointState Intensity Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-21337" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-21337 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C Hi pfGurus, Sorry for the previous mail, it seems to have had an accident during= its worldwide trip. I am making hard prayers for this one. I have a problem with LPointState attributes of pfGeoState. I have loaded the "3010.star" file from the Performer data directory= From guest Mon Jul 22 05:16:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA13997; Mon, 22 Jul 1996 05:13:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA13981; Mon, 22 Jul 1996 05:13:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA17630; Mon, 22 Jul 1996 05:13:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA14189; Mon, 22 Jul 1996 05:13:47 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA09657 for ; Mon, 22 Jul 1996 05:13:43 -0700 Message-Id: <199607221213.FAA09657@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 14:13:40 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 14:13:40 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Mon, 22 Jul 1996 14:13:38 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 15:13:36 +0200 Date: Mon, 22 Jul 1996 15:13:36 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960722131336] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re . Triangle primitives / EARTH MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi, I also tried to modelize the earth, for a space simulation. I may not have understood your method. What are you doing with lines= and points ? Are you trying to follow the coasts with the primitives ? Personnally, I have made a spheric node, with LODs and groups, to ef= ficiently use the culling. My triangle mesh is uniform, without consideration = of geography. I applied a fine texture of a geogreaphic planisphere. I was inspired both by the pfdNewSphereGSet routine of the libpfdu l= ibrairy of performer 2.0, and by the ARPA World exemple of the 'Friends' dir= ectory, to make my own uniform model. There are nice ideas in both those exa= mples, but both do not adress good texcoordinates for spheric texture mappi= ng. I made a texcoords system by converting the latitude and longitude ang= les of each vertex into texture coordinates. But I face a pb of circularity= , that makes artefacts of texture mapping particularly in the poles. I wont try to explain in details my pb, but I would like to know whe= re to find a good spheric texture coordinate generation algorithm (pfTexGe= n doesn't work for this). Another item about earth model : The nasty consequence of a regular = triangle mesh is that the coasts get blurred when I get closer to the earth's= surface, even with a well sharpened magfilter. I would be glad to find a model of the earth with a triangle mesh re= specting the coasts, and geography in general. Does anyone know where to find= this ? I hope to continue with you all this discussion about earth modeliza= tion. Michael Boccara ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 06:15:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA14160; Mon, 22 Jul 1996 06:12:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA14144; Mon, 22 Jul 1996 06:12:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20261; Mon, 22 Jul 1996 06:12:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA15904; Mon, 22 Jul 1996 06:12:53 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA19678 for ; Mon, 22 Jul 1996 06:12:51 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA25690 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Mon, 22 Jul 1996 09:12:49 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for info-performer@sgi.com id JAA02299; Mon, 22 Jul 1996 09:12:48 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9607220912.ZM2297@PacificOcean.coaps.fsu.edu> Date: Mon, 22 Jul 1996 09:12:47 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Michael Boccara - triangle primitives Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, What I have tried to do with my model of the earth is to create a good model with geography shown, and a map of the earth used as a texture. It sounds like a similar situation to the one posted today. The model that I have made uses a triangle strip, and sets the texture coordinates based on the spherical coordinates of the earth. I'd be glad to share my algorithm with you, although it may not be what you are looking for. I'm still having a few problems with the model because I can't get backface culling to work well at all. The other side of the earth is sometimes visible through the front, even through my texture map. Maybe we'll have a little advice to share. Aubrey Holland holland@coaps.fsu.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 06:15:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA14142; Mon, 22 Jul 1996 06:12:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA14126; Mon, 22 Jul 1996 06:12:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20199; Mon, 22 Jul 1996 06:12:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA15898; Mon, 22 Jul 1996 06:12:35 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA19653 for ; Mon, 22 Jul 1996 06:12:31 -0700 Message-Id: <199607221312.GAA19653@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 15:12:20 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 15:12:20 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Mon, 22 Jul 1996 15:12:13 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 22 Jul 1996 16:12:10 +0200 Date: Mon, 22 Jul 1996 16:12:10 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960722141210] Original-Encoded-Information-Types: teletex,undefined X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: LPOINTSTATE INTENSITY Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-13729" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-13729 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C -----Multi-Part-Message-Level-1-1-13729 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 SGkgcGZHdXJ1cywNCg0KU29ycnkgYWdhaW4uIEEgbGFzdCB0cnksIGFuZCBhZnRlciBJIHdp bGwgZ2l2ZSB1cCwgY3J5aW5nIGFsb25lIGluIGZyb250IG9mIG15IHNjcmVlbi4NCg0KSSBo YXZlIGEgcHJvYmxlbSB3aXRoIExQb2ludFN0YXRlIGF0dHJpYnV0ZXMgb2YgcGZHZW9TdGF0 ZS4NCkkgaGF2ZSBsb2FkZWQgdGhlICIzMDEwLnN0YXIiIGZpbGUgZnJvbSB0aGUgUGVyZm9y bWVyIGRhdGEgZGlyZWN0b3J5Lg0KSSB3YW50IHRvIGNvbnRyb2wgdGhlIGludGVuc2l0eSBv ZiB0aGUgU3RhcnMsIHRvIGJlIGFibGUgdG8gbWFrZSB0aGVtIGdyYWR1YWxseSBkaXNhcHBl YXIgZnJvbSBteSBjaGFubmVsLg0KSSBoYXZlIGdvdCB0aGUgcGZHZW9TdGF0ZSBvZiB0aGUg b25seSBnZW9zZXQgb2YgdGhpcyBnZW9kZSwgYW5kIEkgaGF2ZSBhdHRyaWJ1dGVkIGEgTFBv aW50U3RhdGUgYXR0ciB0byB0aGlzIHBmR2VvU3RhdGUuIA0KQXMgc2hvd24gaW4gdGhlIGF0 dGFjaGVkIGZpbGUgdGVzdFN0YXJzLkMsIEkgaGF2ZSBzZXQgYSBudWxsIGludGVuc2l0eSB0 byB0aGUgTFBvaW50U3RhdGUuIFVuZm9ydHVuYXRlbHksIG15IHN0YXJzIGFyZSBhcyBtdWNo IHZpc2libGUgYXMgYmVmb3JlLg0KV2hhdCdzIHRoZSBwcm9ibGVtID8gSXMgdGhlcmUgYSBi dWcgPyBEb2VzIHNvbWVvbmUga25vdyBzb21lIHNwZWNpYWwgZmVhdHVyZXMgZm9yIHRoZSAu c3RhciBmaWxlcyA/Pw0KDQpCYWNrZ3JvdW5kIDogSSBhbSBtYWtpbmcgYSBzcGFjZWNyYWZ0 IHNpbXVsYXRpb24sIHdoZXJlIEkgc2ltdWxhdGUgdGhlIGF0bW9zcGhlcmljIGVmZmVjdCwg bWFraW5nIHRoZSBza3kgYmx1ZSAoY2hhbmdpbmcgdGhlIHBmRWFydGhTa3kpIGFuZCB0aGUg c3RhcnMgdW52aXNpYmxlIHdoZW4gSSBhbSBsYW5kaW5nIG9uIHRoZSBlYXJ0aC4gQnV0IG15 IHN0YXJzIGFyZSBhbHdheXMgdmlzaWJsZS4NCg0KSW4gdGhlIGF0dGFjaGVkIHNhbXBsZSBj b2RlLCBJIGhhdmUgZGlyZWN0bHkgc2V0IGEgbnVsbCBpbnRlbnNpdHkgZm9yIHRoZSBzdGFy cyBzdGF0ZSwgYnV0IGV2ZW4gaW4gdGhpcyBjYXNlIHRoZXJlIGlzIG5vIGVmZmVjdC4NCg0K SSBhbSBjb21waWxpbmcgd2l0aCBJUklTIEdMLCBvbiBhbiAyIENQVSAxIFJNIE9OWVggd2l0 aCBJUklYIDUuMy4NCg0Kd2FpdGluZyBmb3IgYW5zd2VycywNCg0KTWlrZQ== -----Multi-Part-Message-Level-1-1-13729 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 I2luY2x1ZGUgPFBlcmZvcm1lci9wZi5oPg0KI2luY2x1ZGUgPFBlcmZvcm1lci9wZi9wZk5v ZGUuaD4NCiNpbmNsdWRlIDxQZXJmb3JtZXIvcGYvcGZTQ1MuaD4NCiNpbmNsdWRlIDxQZXJm b3JtZXIvcGYvcGZHcm91cC5oPg0KI2luY2x1ZGUgPFBlcmZvcm1lci9wZi9wZkxpZ2h0U291 cmNlLmg+DQojaW5jbHVkZSA8UGVyZm9ybWVyL3BmL3BmR2VvZGUuaD4NCiNpbmNsdWRlIDxQ ZXJmb3JtZXIvcHIvcGZHZW9TZXQuaD4NCiNpbmNsdWRlIDxQZXJmb3JtZXIvcHIvcGZHZW9T dGF0ZS5oPg0KI2luY2x1ZGUgPFBlcmZvcm1lci9wci9wZkxQb2ludFN0YXRlLmg+DQojaW5j bHVkZSA8UGVyZm9ybWVyL3BmZHUuaD4NCiNpbmNsdWRlIDxQZXJmb3JtZXIvcHIuaD4NCg0K cGZOb2RlKg0KQ3JlYXRlU3RhcnModm9pZCkNCnsNCgkgc3RhdGljIHZvaWQgKmFyZW5hID0g cGZHZXRTaGFyZWRBcmVuYSgpOw0KIA0KLy9MZXMgZXRvaWxlcw0KCSBwZk5vZGUgKlN0YXJz ZiA9IHBmZExvYWRGaWxlKCIvdXNyL3NoYXJlL1BlcmZvcm1lci9kYXRhLzMwMTAuc3RhciIp Ow0KDQoJIHBmR2VvU3RhdGUgKnN0YXJzR1N0YXRlID0gKChwZkdlb2RlKilTdGFyc2YpLT5n ZXRHU2V0KDApLT5nZXRHU3RhdGUoKTsNCg0KCSBwZkxQb2ludFN0YXRlICpzdGFyc0xQUyA9 IG5ldyhhcmVuYSkgcGZMUG9pbnRTdGF0ZTsNCgkgc3RhcnNHU3RhdGUtPnNldEF0dHIoUEZT VEFURV9MUE9JTlRTVEFURSwgc3RhcnNMUFMpOw0KCSBzdGFyc0dTdGF0ZS0+c2V0TW9kZShQ RlNUQVRFX0VOTFBPSU5UU1RBVEUsIFBGX09OKTsJCSAgCQkgIA0KCSBzdGFyc0xQUy0+c2V0 VmFsKFBGTFBTX0lOVEVOU0lUWSwgMC4wZik7DQoNCgkgcmV0dXJuIFN0YXJzZjsNCn0NCg== -----Multi-Part-Message-Level-1-1-13729-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 09:28:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA14664; Mon, 22 Jul 1996 09:26:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA14648; Mon, 22 Jul 1996 09:26:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA00951; Mon, 22 Jul 1996 09:26:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24858; Mon, 22 Jul 1996 09:26:03 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA00936 for ; Mon, 22 Jul 1996 09:26:01 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA10332; Mon, 22 Jul 96 11:21:59 -0500 Date: Mon, 22 Jul 96 11:21:59 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607221621.AA10332@mred.bgm.link.com> To: info-performer@sgi.com Subject: pfVideoChannel ??! Status: O Since I have ported my finite-Reality Perf 2.0 application to infinite-Reality Perf 2.1, I am seeing the following message:- DRAW Pipe 0: NOTICE pfVideoChannel::bind - bound to inactive channel. since I don't use any pfVideoChannel's, I have no idea what this means. Does anybody have any ideas? Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 16:52:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA16748; Mon, 22 Jul 1996 16:49:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA16732; Mon, 22 Jul 1996 16:49:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06751; Mon, 22 Jul 1996 16:49:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA20168; Mon, 22 Jul 1996 16:49:19 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA18998 for ; Mon, 22 Jul 1996 16:49:18 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id TAA08652; Mon, 22 Jul 1996 19:41:57 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id TAA02021; Mon, 22 Jul 1996 19:40:56 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199607222340.TAA02021@er> Subject: Allocating GeoSet stuff from shared To: info-performer@sgi.com Date: Mon, 22 Jul 1996 19:40:55 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1413 Status: O This should have a relatively simple solution, but I have been banging my head against a wall for a while now.... I am trying to create a pfGeoSet consisting of a line segment, and at some point I do something like the following to allocate an array of two vertices for the endpoints of the line segment: pfVec3 *vertex; if (NULL == (force_vertex = new pfVec3[2])) { cerr << "Unable to pfMalloc vertex list array.\n"; exit(3); } It works on machines with one CPU, so I had assumed that it allocated these out of the shared arena. When I move over to the Onyx, I get behaviours that remind me of shared arena problems -- like the pfVec3 array and its elements aren't in the shared arena (or little Onyx-gremlins are romping through memory). I have also tried using "new(pfGetSharedArena()) .." without luck (it won't compile). I have had success by dropping back to 1.2 habits and using pfMalloc: if (NULL == (force_vertex = (pfVec3 *) pfMalloc(2*sizeof(pfVec3), pfGetSharedArena()))) { ... } but I would really like to know the proper way to do this using new. Thanks in advance, scott -- Scott McMillan, Ph.D. | Developers of virtual environment scott@ht.com | medical and surgical simulations HIGH TECHSPLANATIONS, INC. | and surgery simulation creation http://www.ht.com | tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 22 19:28:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id TAA17315; Mon, 22 Jul 1996 19:24:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id TAA17299; Mon, 22 Jul 1996 19:24:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA02209; Mon, 22 Jul 1996 19:24:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA23973; Mon, 22 Jul 1996 19:24:06 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA19811; Mon, 22 Jul 1996 19:24:05 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA07614; Mon, 22 Jul 1996 19:23:55 -0700 From: "Guy Russell" Message-Id: <9607221923.ZM7612@thoth.engr.sgi.com> Date: Mon, 22 Jul 1996 19:23:55 -0700 In-Reply-To: Christoph Brandt "Texture paging on Impacts" (Jul 22, 11:30am) References: <9607191113.ZM3163@thoth.engr.sgi.com> <31F34A4F.3D0D0DF2@hni.uni-paderborn.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Christoph Brandt Subject: Re: Texture paging on Impacts Cc: info-performer@sgi.com, src@sgi.com, tomcat@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Chris, The Impact texture manager will perform texture save/restore for you automatically and in the fastest download path, however it is not deterministic. I am not sure exactly what issues you will be trying to solve with texture paging. If you can get away with the texture manager doing it for you that is the easiest path. If you have to control the downloads yourself, then you will want to use glCopyTexSubImage2DEXT to manage the downloads. See the man page for more details. Another possible solution is to use texture LOD extensions to minimize the amount of texture required during a given frame. See the glTexParameter man page for details on GL_TEXTURE_MIN_LOD_SGIS and GL_TEXTURE_MAX_LOD_SGIS. Also make sure that your textures are sorted and downloaded with 4 component textures first, 3 component textures second, 2 component textures third and 1 component textxtures last. If you can sacrifice some image quality for performance, use 4 bit per component textures instead of 8 bit or 5551. Also, if you can convert RGB textures to luminance/intensity textures with the color coming from the base poly, you will be able to reduce your texture footprint dramatically. I know that these suggestions are not the right answer for all applications and we are working on some example code for texture paging on Impacts. I am not sure when the example code will be available, probably a couple of months, but as soon as it is I will announce it here and make it available via ftp. Also, there are some Performer people who have been taking IR demos and making them run on Impact. I am not sure, but I think that there is one that does texture paging very fast. Hope that helps, Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 01:12:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA17655; Tue, 23 Jul 1996 01:10:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA17639; Tue, 23 Jul 1996 01:10:16 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08254; Tue, 23 Jul 1996 01:10:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA27628; Tue, 23 Jul 1996 01:10:15 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA15410 for ; Tue, 23 Jul 1996 01:10:13 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA13835 (5.65b/CWI-3.3); Tue, 23 Jul 1996 10:10:09 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id KAA05362; Tue, 23 Jul 1996 10:07:28 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id KAA13212; Tue, 23 Jul 1996 10:04:24 +0200 (MET DST) From: Veraart Message-Id: <199607230804.KAA13212@s00sn1.fel.tno.nl> Subject: Re: Allocating GeoSet stuff from shared To: scott@ht.com (Scott McMillan) Date: Tue, 23 Jul 1996 10:04:24 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <199607222340.TAA02021@er> from "Scott McMillan" at Jul 22, 96 07:40:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > pfVec3 *vertex; > if (NULL == (force_vertex = new pfVec3[2])) > { > cerr << "Unable to pfMalloc vertex list array.\n"; > exit(3); > } > > remind me of shared arena problems -- like the pfVec3 array and its elements > aren't in the shared arena (or little Onyx-gremlins are romping through > memory). > > I have also tried using "new(pfGetSharedArena()) .." without luck (it won't > compile). > > I have had success by dropping back to 1.2 habits and using pfMalloc: > > if (NULL == (force_vertex = (pfVec3 *) pfMalloc(2*sizeof(pfVec3), > pfGetSharedArena()))) > { > ... > } > > but I would really like to know the proper way to do this using new. I haven't tried but is the explicit placement with the new operator working. It's just a combine of both code samples. pfVec3 *vertex; char *buffer; buffer = pfMalloc(2*sizeof(pfVec3),pfGetSharedArena()); if (buffer != (force_vertex = new (buffer) pfVec3[2])) { cerr << "Unable to pfMalloc vertex list array.\n"; exit(3); } For pfVec3 objects you don't get much benifit from this but if the objects need the constructor than this is the method according to my C++ book. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 01:29:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id BAA17679; Tue, 23 Jul 1996 01:26:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id BAA17663; Tue, 23 Jul 1996 01:26:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08548; Tue, 23 Jul 1996 01:26:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA27815; Tue, 23 Jul 1996 01:26:43 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA18686 for ; Tue, 23 Jul 1996 01:26:33 -0700 Received: from bartok.kist.re.kr by chopin.kist.re.kr via SMTP (940816.SGI.8.6.9/921111.SGI.AUTO) for id SAA25749; Tue, 23 Jul 1996 18:51:51 +1000 Message-ID: <31F48C9B.7DD8@chopin.kist.re.kr> Date: Tue, 23 Jul 1996 17:26:03 +0900 From: Lae Hyun Kim Reply-To: dochi@chopin.kist.re.kr X-Mailer: Mozilla 3.0b4Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: GeoState Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all ! Please help me. I modified motifxformer(/usr/share/Performer/src/pguide/libpfui/) sample file. Then I knowon that color is not effect. I don't know why. GeoSet is attached by Geostate that has pfMaterial. Please let me know why Geostate is not effect. thank you in advance. KIM. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 03:26:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA17936; Tue, 23 Jul 1996 03:23:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA17920; Tue, 23 Jul 1996 03:23:34 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA10669; Tue, 23 Jul 1996 03:23:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA29000; Tue, 23 Jul 1996 03:23:33 -0700 Received: from fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA07283 for ; Tue, 23 Jul 1996 03:23:30 -0700 From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de) with PRESMTP; Tue, 23 Jul 1996 12:23:01 +0200 from FHG-GATEWAY X-ENV: (fhg.de) scheff@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP Received: by mailgw1.fhg.de (fhg.de) with SMTP; Tue, 23 Jul 1996 12:22:49 +0200 from fhg.de Received: by DNS.fhg.de (fhg.de) with SMTP; Tue, 23 Jul 96 11:38:28 +0200 from iff.iff.fhg.de Received: by iff.fhg.de; Tue, 23 Jul 96 11:25:16 +0200 Date: Tue, 23 Jul 1996 11:35:50 +0200 Received: by sgi03.iff.fhg.de; Tue, 23 Jul 1996 11:35:50 +0200 Message-Id: <9607231135.ZM15209@sgi03> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.com Subject: Collision detection in Vega Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I write applications in C using Vega. is there anybody who has knowledge or sample sources (or both) about collision detection in Vega. In Vega there are some standard Isectors but the best isector method - collision detection with volumes - is still not implemented. The support of ParadigmSim suggested me to use Performer to get better results. But my knowledge about Performer is very limited. All help is welcome. Best regards, Dirk. -- ---------------------------------------------------- Dipl.-Inf. Dirk Scheffter scheff@iff.fhg.de Fraunhofer IFF Steinfeldstr. 3 fon: +49-39203/81591 D-39179 Barleben fax: +49-39203/81649 Germany ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 06:18:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA18106; Tue, 23 Jul 1996 06:15:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA18090; Tue, 23 Jul 1996 06:15:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA13969; Tue, 23 Jul 1996 06:15:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01398; Tue, 23 Jul 1996 06:15:36 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA03002 for ; Tue, 23 Jul 1996 06:15:35 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19944; Tue, 23 Jul 1996 09:10:02 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id JAA06356; Tue, 23 Jul 1996 09:07:28 -0400 From: "Nicolas Gauvin" Message-Id: <9607230907.ZM6354@excalibur.cae.ca> Date: Tue, 23 Jul 1996 09:07:27 -0400 In-Reply-To: scott@ht.com (Scott McMillan) "Allocating GeoSet stuff from shared" (Jul 22, 7:40pm) References: <199607222340.TAA02021@er> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: scott@ht.com Subject: Re: Allocating GeoSet stuff from shared Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 22, 7:40pm, Scott McMillan wrote: > Subject: Allocating GeoSet stuff from shared > > I have also tried using "new(pfGetSharedArena()) .." without luck (it won't > compile). > If you look at the definition of a pfVec3 you will see that a macro called PFSTRUCT_DECLARE is used to override the default new and delete operators. This macro is defined in the file pfStruct.h and has the following notice: // CAUTION: since the allocation of storage for arrays of objects, // e.g. "pfStruct *objs = new pfStruct[10]"; uses the global new // operator, these will not be allocated from shared memory unless // explicitly allocated and initialized, e.g. by using pfStruct::malloc() // and explicitly invoking a constructor-like function for each // array element. This is related to a shortcoming of the C++ language described in example 14-2 of the programming guide: "C++ does not provide a mechanism to delete arrrays of objects allocated with a new operator defined to take additional arguments, eg operator new(size_t s, void* arena). Attempting to delete an array of objects allocated in this manner can cause fatal results." So by stoping you from using it, Performer protects you from a pitfall of the C++ language. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 10:37:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA18497; Tue, 23 Jul 1996 10:34:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA18481; Tue, 23 Jul 1996 10:34:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23607; Tue, 23 Jul 1996 10:34:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA14631; Tue, 23 Jul 1996 10:34:39 -0700 Received: from mail.artcom.de (www.artcom.de [193.101.179.46]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA01365 for ; Tue, 23 Jul 1996 10:34:27 -0700 Received: from hertie by mail.artcom.de with smtp id m0uilIV-0006QeC; Tue, 23 Jul 96 19:31 MDT Sender: axel@artcom.de Message-ID: <31F50C57.167E@artcom.de> Date: Tue, 23 Jul 1996 19:31:03 +0200 From: Axel Schmidt Organization: ART+COM GmbH X-Mailer: Mozilla 3.0b5 (X11; I; IRIX 5.3 IP19) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Initialization problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, there is a problem during the initialization of Performer 2.0 on IRIX 5.3 and 6.2 machines. With exact the following configuration ... - the multiprocess mode is (PFMP_APPCULLDRAW | PFMP_FORK_DBASE) - using a DBase function - setting the screen for pipe 0 explicit to 0 - open the pipewindow using setConfigFunc() and config() ... you must call pfFrame() before creating a pfChannel, otherwise it crashes. Changing one of the above ... - using PFMP_APP_CULL_DRAW instead of PFMP_APPCULLDRAW - or don't fork a DBase process - or don't set the the screen explicit to 0 - or open the pipewindow using open() instead of setConfigFunc() and config() ... and it works. Magic? Here the minimal code to reproduce the problem: // // CC magic.c++ -lpf_igl -limage -lgl -lm -lfpe -lfm -lmalloc -o magic // #include #include #include #include void dbFunc(void *data) { data; static pfBuffer* buf = 0; if (!buf) { buf = new pfBuffer(); buf->select(); } buf->merge(); pfDBase(); } void openWin(pfPipeWindow* win) { win->open(); } void main(void) { pfInit(); pfMultiprocess(PFMP_APPCULLDRAW | PFMP_FORK_DBASE); pfConfig(); pfDBaseFunc(dbFunc); pfPipe* pipe = pfGetPipe(0); pipe->setScreen(0); pfPipeWindow* win = new pfPipeWindow(pipe); win->setOriginSize(0, 0, 100, 100); win->setConfigFunc(openWin); win->config(); // Uncomment the following line and it works. // pfFrame(); pfChannel* chan = new pfChannel(pipe); chan->setScene(new pfScene()); for (float t = 0.0f; t < 23.0f; t = pfGetTime()) { pfFrame(); } pfExit(); } -- Axel Schmidt axel@artcom.de fon +49-30-254 17 3 ART+COM Berlin http://www.artcom.de/ fax +49-30-254 17 555 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 11:56:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA18987; Tue, 23 Jul 1996 11:53:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA18971; Tue, 23 Jul 1996 11:53:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26588; Tue, 23 Jul 1996 11:53:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA17460; Tue, 23 Jul 1996 11:53:36 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA21640 for ; Tue, 23 Jul 1996 11:53:36 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA23247; Tue, 23 Jul 96 11:53:33 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA23158; Tue, 23 Jul 1996 11:53:29 -0700 From: "Remi Arnaud" Message-Id: <9607231153.ZM23156@remi.asd.sgi.com> Date: Tue, 23 Jul 1996 11:53:28 -0700 In-Reply-To: Axel Schmidt "Initialization problem" (Jul 23, 7:31pm) References: <31F50C57.167E@artcom.de> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix, info-performer@sgi.com Subject: Re: Initialization problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 23, 7:31pm, Axel Schmidt wrote: > Subject: Initialization problem > Hi, > > there is a problem during the initialization of Performer 2.0 > on IRIX 5.3 and 6.2 machines. With exact the following > configuration ... > > - the multiprocess mode is (PFMP_APPCULLDRAW | PFMP_FORK_DBASE) > - using a DBase function > - setting the screen for pipe 0 explicit to 0 > - open the pipewindow using setConfigFunc() and config() > > ... you must call pfFrame() before creating a pfChannel, > otherwise it crashes. > I can't reproduce the crash, the example you gave perfectly runs OK. What machine are you running on ? is it openGL or IRISGL ? Anyone else can reproduce the crash ? -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 12:52:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA19133; Tue, 23 Jul 1996 12:38:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA19117; Tue, 23 Jul 1996 12:38:48 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA18436; Tue, 23 Jul 1996 12:38:47 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id MAA08169; Tue, 23 Jul 1996 12:38:46 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA01974; Tue, 23 Jul 1996 12:37:27 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA14790; Tue, 23 Jul 1996 15:31:33 -0400 Received: by eagle.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) id PAA08350; Tue, 23 Jul 1996 15:27:54 -0400 From: "Bernard Leclerc" Message-Id: <9607231527.ZM8348@eagle.cae.ca> Date: Tue, 23 Jul 1996 15:27:48 -0400 In-Reply-To: "Remi Arnaud" "Re: Initialization problem" (Jul 23, 11:53am) References: <31F50C57.167E@artcom.de> <9607231153.ZM23156@remi.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Remi Arnaud" , Axel Schmidt Subject: Re: Initialization problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 23, 11:53am, Remi Arnaud wrote: > On Jul 23, 7:31pm, Axel Schmidt wrote: > > ... you must call pfFrame() before creating a pfChannel, > > otherwise it crashes. > > I can't reproduce the crash, the example you gave perfectly runs OK. > > What machine are you running on ? is it openGL or IRISGL ? > > Anyone else can reproduce the crash ? Yes, Remi, I have reproduce the problem on my machine: Indy, IRIX 5.3, GR3-XZ Note that -DIRISGL should also be used while compiling for Iris GL. There is an example on how to use pfConfigStage() in its man page. Example 4 suggests the call to pfFrame() to trigger the execution of all configuration functions in various stages. The pfChannel() man page also mention that "Upon creation, pfChannels are automatically assigned to the first pfPipeWindow of its parent pfPipe." That might explain why the pfPipeWindow has to be configured before any channel is created. But, that doesn't convince me ... :-) Let see if someone has a better explanation. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 15:42:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA20124; Tue, 23 Jul 1996 15:38:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA20108; Tue, 23 Jul 1996 15:38:14 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA05490; Tue, 23 Jul 1996 15:38:13 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03505; Tue, 23 Jul 1996 15:00:46 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id OAA29894; Tue, 23 Jul 1996 14:59:24 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA04869 for ; Tue, 23 Jul 1996 14:58:07 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04293; Tue, 23 Jul 96 14:58:04 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA23384; Tue, 23 Jul 1996 14:58:03 -0700 From: "Remi Arnaud" Message-Id: <9607231458.ZM23382@remi.asd.sgi.com> Date: Tue, 23 Jul 1996 14:58:02 -0700 In-Reply-To: "Bernard Leclerc" "Re: Initialization problem" (Jul 23, 3:27pm) References: <31F50C57.167E@artcom.de> <9607231153.ZM23156@remi.asd.sgi.com> <9607231527.ZM8348@eagle.cae.ca> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix, Axel Schmidt Subject: Re: Initialization problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, What kinda crash is it (Gfx or Core dump) ? Is it running 2.0 or 2.0.1 ? Is it happening only in IRISGL ? Only for INDIGO 2 ? if it's a core dump, can you mail me a stack trace ? Best Regards -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 16:14:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA20241; Tue, 23 Jul 1996 16:09:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA20225; Tue, 23 Jul 1996 16:09:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06571; Tue, 23 Jul 1996 16:09:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA06800; Tue, 23 Jul 1996 16:09:54 -0700 Received: from mails.HHI.DE (mails.HHI.DE [193.174.64.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA21919 for ; Tue, 23 Jul 1996 16:09:43 -0700 Received: from atr3.HHI.DE by mails.HHI.DE (5.65c/HHI-MX) for id AA24846; Wed, 24 Jul 1996 01:09:03 +0200 Received: from atfa1.HHI.DE (atfa1 [193.174.66.10]) by atr3.hhi.de (8.6.9/8.6.9) with SMTP id BAA01805 for ; Wed, 24 Jul 1996 01:10:44 +0200 Received: from localhost by atfa1.HHI.DE; (5.65/1.1.8.2/24Jan95-0210PM) id AA11724; Wed, 24 Jul 1996 01:10:42 +0200 Sender: simon@HHI.DE Message-Id: <31F55BF2.41C6@hhi.de> Date: Wed, 24 Jul 1996 01:10:42 +0200 From: Andreas Simon X-Mailer: Mozilla 2.01 (X11; I; OSF1 V3.0 alpha) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfMultipipe and TKO Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I have trouble using a second HW pipe (in combination with the TKO). What I do (pf2.0 IGL w/ 5.3 on dual pipe RE2) is: lpipe = pfGetPipe(0); pfPipeScreen(lpipe, 0); lpwin = pfNewPWin(lpipe); : rpipe = pfGetPipe(1); pfPipeScreen(rpipe, 1); rpwin = pfNewPWin(rpipe); : pfConfigPWin(lpwin); pfConfigPWin(rpwin); What I get is: PF Warning/Usage: pfPipe::setScreen() pfPipe 1 screen request of 1 is greater than number of available hardware screens (0 - 0). Clamping to screen 0 which it does. Not to blame because getgdesc(GD_NSCRNS); returns 1. There seems to be precious little information on the triple keyboard option. Help?! Thanks. andreas. ___ Andreas Simon simon@hhi.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 16:37:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id QAA20318; Tue, 23 Jul 1996 16:33:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA20302; Tue, 23 Jul 1996 16:33:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA07546; Tue, 23 Jul 1996 16:33:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA07554; Tue, 23 Jul 1996 16:33:32 -0700 Received: from euphoria.corp.sgi.com ([150.166.214.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27435 for ; Tue, 23 Jul 1996 16:33:31 -0700 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi id QAA16028; Tue, 23 Jul 1996 16:33:30 -0700 From: "Gene Koh" Message-Id: <9607231633.ZM16026@euphoria.corp.sgi.com> Date: Tue, 23 Jul 1996 16:33:30 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: isect test against bounding volume Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Has anyone tried to set up intersection testing using no line segments, but only a bounding cylinder? I have students who are interested in a very rough isect test, but I can't seem to get it to work. I set up my seg set as follows: pShared->segSet.discFunc = isectDisc; pShared->segSet.activeMask = 0; pShared->segSet.isectMask = 0x1; pShared->segSet.mode = PFTRAV_IS_GEODE | PFTRAV_IS_BCYL; pCyl = (pfCylinder *)pfMalloc(sizeof(pfCylinder), arena); pCyl->radius = 5.0; pCyl->halfLength = 60.0; pfSetVec3(pCyl->axis, 0, 0, 1); pfSetVec3(pCyl->center, 0, 0, 0); pShared->segSet.bound = pCyl; According to the Programming Guide, my discriminator function should get called when it intersects with something, but it never does. Later, when I added one line segment pointing in the same direction, I got some intersections. I have a feeling the problem is that my activeMask = 0. Can anyone confirm this? Thanks. -- gene koh gene@corp.sgi.com 415.933.4230 simplicity patience compassion ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 23 21:37:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id VAA20857; Tue, 23 Jul 1996 21:33:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id VAA20841; Tue, 23 Jul 1996 21:33:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA16394; Tue, 23 Jul 1996 21:33:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id VAA14589; Tue, 23 Jul 1996 21:33:24 -0700 Received: from fbdev1 (FBDEV1.MDC.COM [129.200.1.63]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA23817 for ; Tue, 23 Jul 1996 21:33:24 -0700 Received: by fbdev1 (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id VAA08715; Tue, 23 Jul 1996 21:31:58 -0700 From: "Salvador Cabaruvias" Message-Id: <9607232131.ZM8713@fbdev1> Date: Tue, 23 Jul 1996 21:31:55 -0700 Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Sirius Video Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm using IRIX 5.3 Onyx with a 2 pipe configuration with 2 RM5/pipe. I am using Coryphaues's EasyScene with Performer 1.2 & GL. I loaded an airport database with 20 textures of various size textures. I then load a object (HUD) containing a single sq. polygon with a texture. Using the complex.c example for the Sirius Video, as my guideline, I did the following: create Sirius video texture. apply a predraw & postdraw callback to the HUD to override the existing texture with the sirius video. initialize the sirius video as per the example. What I observed when I ran the program: The HUD polygon gets the Sirius Video texture in two parts: the upper left (botton half of the texture) quarter and lower left quarter (top half of texture). The rest of the polygon gets textures from the airport database. What I did to fix it was load a database with a few buildings (4) and 4 textures. Anybody experience this problem, if so, can you explain what is going? Also I checked the texture memory, and when I just load the database, I use less than 2 mbytes, which for RM5 says there is plenty of texture still left. Thanks in advance, sal -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 00:41:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA21350; Wed, 24 Jul 1996 00:34:59 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA21334; Wed, 24 Jul 1996 00:34:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA20226; Wed, 24 Jul 1996 00:34:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA18727; Wed, 24 Jul 1996 00:34:56 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA21736 for ; Wed, 24 Jul 1996 00:34:53 -0700 Received: from dialup.netvision.net.il (ts006p15.pop9a.netvision.net.il [194.90.11.125]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id KAA02463 for ; Wed, 24 Jul 1996 10:33:53 +0300 (IDT) Message-ID: <31F64F96.F2A@netvision.net.il> Date: Wed, 24 Jul 1996 09:30:14 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: AntiAlias prob. Highlight on Indy+Indigo2 prob. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O To anybody who can help: PERFORMER QUESTIONS ------------------------ 1) I want to use anti-aliasing in my program. I tried: a) "pfAntialias(PFAA_ON)" after opening the window. It had no effect. b) "gstate->setMode(PFSTATE_ANTIALIAS, PFAA_ON)". It made the polygons COMPLETELY black what should I do to make anti-aliasing work ??? 2) I need to find a node in a performer-tree by a name. I use "lookup" for the job. In one of the cases, where the tree is: ---------- | grp | ---------- / \ -------- ------- |sphere| |Persp| -------- ------- | -------- |geode | -------- I write "animation_nodes[i] = grp->lookup(obj_name, pfNode::getClassType())", and I get "NULL" for "obj_name" which is "sphere". In a few other cases it works. I by-passed the problem by querying specifically for all the node-types (i.e lookup(obj_name, pfGeode::getClassType() etc..), but isn't there a way to make it work for "pfNode::getClassType()" ?? 3) I have a pfHighLight problem. The source is: if (pfIsOfType(node, pfGeode::getClassType())) { pfGeode *geode = (pfGeode *) node; pfHighlight *highlight = new pfHighlight; highlight->setMode(PFHL_LINES); highlight->setColor( PFHL_FGCOLOR, 1.0, 1.0, 1.0); for (int i = 0; i < geode->getNumGSets(); i++) { geode->getGSet(i)->setHlight(highlight); geode->getGSet(i)->getGState()->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_ON); } } It works FINE on an ONYX RE2 R10000, running IRIX 6.2 and Performer 2.1, and on Indy's running 5.3 and Performer 2.0, it crashes for certain nodes. All these geode-nodes are childs of pfMorph. BUT - if I change the mode to "highlight->setMode(PFHL_NORMALS)" or "highlight->setMode(PFHL_BBOX_LINES)" then it works !! Is there a known bug of Performer or Irix that prevents highlighting in few of the modes ?? if not - what might be wrong with my code ?? If someone knows one of the answers. please let me know. Thanks in advance. Rami Mayer Programmer DreamTeam Ltd. Tel: +972-9-559855 Fax: +972-9-559615 Email: dreamt@netvision.net.il ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 02:46:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id CAA21651; Wed, 24 Jul 1996 02:40:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id CAA21635; Wed, 24 Jul 1996 02:40:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22819; Wed, 24 Jul 1996 02:40:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA21735; Wed, 24 Jul 1996 02:40:19 -0700 Received: from puth.demeern.sgi.com ([144.253.208.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA10717 for ; Wed, 24 Jul 1996 02:40:16 -0700 Received: by puth.demeern.sgi.com (950413.SGI.8.6.12/940406.SGI) id LAA11074; Wed, 24 Jul 1996 11:39:53 +0200 From: "Dick Rous" Message-Id: <9607241139.ZM11072@puth.demeern.sgi.com> Date: Wed, 24 Jul 1996 11:39:53 -0600 In-Reply-To: "Salvador Cabaruvias" "Sirius Video Problem" (Jul 23, 9:31pm) References: <9607232131.ZM8713@fbdev1> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sal@sgidev.mdc.com, info-performer@sgi.com Subject: Re: Sirius Video Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Are you in multi-processing mode? I experienced the same problem in an early attempt to use Sirius video in a demo for a virtual studio application. When i ported the stuff to Performer 2.1 and OpenGL, i found out that Sirius needs to be initialised in the DRAW context, while previously in the APP process. I can email you the code if you're interested. Regards, Dick. On Jul 23, 9:31pm, Salvador Cabaruvias wrote: > Subject: Sirius Video Problem > I'm using IRIX 5.3 Onyx with a 2 pipe configuration with 2 RM5/pipe. I am > using Coryphaues's EasyScene with Performer 1.2 & GL. > > I loaded an airport database with 20 textures of various size textures. I then > load a object (HUD) containing a single sq. polygon with a texture. Using the > complex.c example for the Sirius Video, as my guideline, I did the following: > > create Sirius video texture. > > apply a predraw & postdraw callback to the HUD to override the existing texture > with the sirius video. > > initialize the sirius video as per the example. > > What I observed when I ran the program: > > The HUD polygon gets the Sirius Video texture in two parts: the upper left > (botton half of the texture) quarter and lower left quarter (top half of > texture). The rest of the polygon gets textures from the airport database. > > What I did to fix it was load a database with a few buildings (4) and 4 > textures. > > Anybody experience this problem, if so, can you explain what is going? > Also I checked the texture memory, and when I just load the database, I use > less > than 2 mbytes, which for RM5 says there is plenty of texture still left. > > Thanks in advance, > sal > > -- > -------------------------------------------------------------------------------- > Salvador Cabaruvias | sal@sgidev.mdc.com | > -------------------------------------------------------------------------------- > CSSL | "Well I be done seen about every > McDonnell Douglas | thing when I see an elephant > (310) 593-6719 | fly" --Dumbo-- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Salvador Cabaruvias -- ------------------------------------------------------------ Dick Rous email....: dick@demeern.sgi.com Systems Engineer voicemail: 5-8160 Graphics Technology phone....: (31) 30-6696868 Silicon Graphics BV phone....: (31) 30-6696777 Veldzigt 2 fax......: (31) 30-6696799 3454 PW De Meern The Netherlands ------------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 03:11:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA21683; Wed, 24 Jul 1996 03:06:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA21667; Wed, 24 Jul 1996 03:06:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23408; Wed, 24 Jul 1996 03:06:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA22194; Wed, 24 Jul 1996 03:06:21 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA14415 for ; Wed, 24 Jul 1996 03:06:07 -0700 Message-Id: <199607241006.DAA14415@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 24 Jul 1996 12:05:33 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 24 Jul 1996 12:05:33 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 24 Jul 1996 12:05:26 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 24 Jul 1996 13:05:15 +0200 Date: Wed, 24 Jul 1996 13:05:15 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960724110515] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE : Allocating GeoSet Stuff from shared MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C The pb is that you cannot alocate arrays with the [] operator. To allocate arrays of pfVec3 (or else) with the elegance the C++ new= operator, the good syntax is the following : pfVec3 *force_vertex =3D (pfVec3*) new(2*sizeof(pfVec3), pfGetShared= Arena()) pfMemory; Regards, Michael Boccara Simulation developper at AEROSPATIALE, Centre Commun de Recherches, = Suresnes, France. Tel : +33 1 46 97 30 02 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 05:43:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA21882; Wed, 24 Jul 1996 05:39:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA21866; Wed, 24 Jul 1996 05:39:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA26768; Wed, 24 Jul 1996 05:39:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA25312; Wed, 24 Jul 1996 05:39:32 -0700 Received: from mail.artcom.de (www.artcom.de [193.101.179.46]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA09185 for ; Wed, 24 Jul 1996 05:39:30 -0700 Received: from uno by mail.artcom.de with smtp id m0uj392-0006UQC; Wed, 24 Jul 96 14:34 MDT Sender: axel@artcom.de Message-ID: <31F61854.41C6@artcom.de> Date: Wed, 24 Jul 1996 14:34:28 +0200 From: Axel Schmidt Organization: ART+COM GmbH X-Mailer: Mozilla 3.0b5 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: remi@remi.asd.sgi.com Subject: Re: Initialization problem References: <31F50C57.167E@artcom.de> <9607231153.ZM23156@remi.asd.sgi.com> <9607231527.ZM8348@eagle.cae.ca> <9607231458.ZM23382@remi.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Remi Arnaud wrote: > > ... > > What kinda crash is it (Gfx or Core dump) ? > Is it running 2.0 or 2.0.1 ? > Is it happening only in IRISGL ? Only for INDIGO 2 ? > if it's a core dump, can you mail me a stack trace ? > Hi Remi, here are some additional informations about the initialization problem. I get a segmentation violation on all our machines. Two examples are: - Onyx, 4xR4400, RE2, IRIX 5.3, IRISGL and OpenGL - Indy, IRIX 5.3 and 6.2 (o32 and n32), IRISGL and OpenGL The version of Performer_dev is 2.0 on all plattforms. Performer_eoe is 2.0 for IRIX 5.3 and 2.0.1 for IRIX 6.2. The stack trace is allways the same for all machines: Core from signal SIGSEGV: Segmentation violation (dbx) where > 0 pfBuffer::pf_destroyMem(pfMemory*)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["../../../lib/libpf/pfBuffer.C":1377, 0x5ccc464c] 1 pfDBase(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["../../../lib/libpf/pfProcess.C":2994, 0x5cd0d654] 2 dbFunc(void*)(0x0, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":25, 0x402c68] 3 mpDBase(void)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["../../../lib/libpf/pfProcess.C":3093, 0x5cd0da78] 4 pfConfig(0x1000a530, 0x18040830, 0x1, 0x0) ["../../../lib/libpf/pfProcess.C":1705, 0x5cc9a99c] 5 main(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":44, 0x402d44] 6 __start() ["crt1text.s":133, 0x4029fc] Ciao Axel -- Axel Schmidt axel@artcom.de fon +49-30-254 17 3 ART+COM Berlin http://www.artcom.de/ fax +49-30-254 17 555 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 06:01:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id FAA21906; Wed, 24 Jul 1996 05:57:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id FAA21890; Wed, 24 Jul 1996 05:57:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA27170; Wed, 24 Jul 1996 05:57:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA25695; Wed, 24 Jul 1996 05:57:10 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA12546 for ; Wed, 24 Jul 1996 05:57:09 -0700 From: wasileskib@adadv1.mdc.com Date: Wed, 24 Jul 1996 07:53:38 -0500 Message-Id: <96072407533865@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: rld error X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I have been making 'oglopt' performer applications and have just made a dso version. I am getting a rld error: rld: Fatal Error: attempted access to unresolvable symbol in mrp: ProcessCommandLine__GPPci I have a strong suspison that ALL my routines, once encountered will produce this error since this is the first routine called in the app. Can anyone explain why this is getting linked in at runtime and not during the make? - Bryan Wasileski MDTS wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 07:07:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA22136; Wed, 24 Jul 1996 07:02:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA22120; Wed, 24 Jul 1996 07:02:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28563; Wed, 24 Jul 1996 07:02:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA27744; Wed, 24 Jul 1996 07:02:39 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA24322 for ; Wed, 24 Jul 1996 07:02:35 -0700 Received: from dialup.netvision.net.il (ts013p2.pop9a.netvision.net.il [194.90.11.238]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id RAA14639 for ; Wed, 24 Jul 1996 17:01:43 +0300 (IDT) Message-ID: <31F6AA79.31AE@netvision.net.il> Date: Wed, 24 Jul 1996 15:58:01 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: AntiAlias, Highlight, Locate node PROBLEMS !!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O PERFORMER QUESTIONS ------------------------ 1) I want to use anti-aliasing in my program. I tried: a) "pfAntialias(PFAA_ON)" after opening the window. It had no effect. b) "gstate->setMode(PFSTATE_ANTIALIAS, PFAA_ON)". It made the polygons COMPLETELY black what should I do to make anti-aliasing work ??? 2) I need to find a node in a performer-tree by a name. I use "lookup" for the job. In one of the cases, where the tree is: ---------- | grp | ---------- / \ -------- ------- |sphere| |Persp| -------- ------- | -------- |geode | -------- I write "animation_nodes[i] = grp->lookup(obj_name, pfNode::getClassType())", and I get "NULL" for "obj_name" which is "sphere". In a few other cases it works. I by-passed the problem by querying specifically for all the node-types (i.e lookup(obj_name, pfGeode::getClassType() etc..), but isn't there a way to make it work for "pfNode::getClassType()" ?? 3) I have a pfHighLight problem. The source is: if (pfIsOfType(node, pfGeode::getClassType())) { pfGeode *geode = (pfGeode *) node; pfHighlight *highlight = new pfHighlight; highlight->setMode(PFHL_LINES); highlight->setColor( PFHL_FGCOLOR, 1.0, 1.0, 1.0); for (int i = 0; i < geode->getNumGSets(); i++) { geode->getGSet(i)->setHlight(highlight); geode->getGSet(i)->getGState()->setMode(PFSTATE_ENHIGHLIGHTING,PFTR_ON); } } It works FINE on an ONYX R10000, running IRIX 6.2 and Performer 2.1, and on Indy's running 5.3 and Performer 2.0, it crashes for certain nodes. All these geode-nodes are childs of pfMorph. BUT - if I change the mode to "highlight->setMode(PFHL_NORMALS)" or "highlight->setMode(PFHL_BBOX_LINES)" then it works !! Is there a known bug of Performer or Irix that prevents highlighting in few of the modes ?? if not - what might be wrong with my code ?? If someone knows one of the answers. please let me know. Thanks in advance. Rami Mayer Programmer DreamTeam Ltd. Tel:+972-9-559855 Fax:+972-9-559615 email:dreamt@netvision.net.il ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 07:28:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA22165; Wed, 24 Jul 1996 07:24:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA22149; Wed, 24 Jul 1996 07:24:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA29107; Wed, 24 Jul 1996 07:24:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA28510; Wed, 24 Jul 1996 07:24:12 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA28656; Wed, 24 Jul 1996 07:24:10 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19970; Wed, 24 Jul 1996 10:17:07 -0400 Received: by eagle.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) id KAA03748; Wed, 24 Jul 1996 10:21:14 -0400 From: "Bernard Leclerc" Message-Id: <9607241021.ZM3746@eagle.cae.ca> Date: Wed, 24 Jul 1996 10:21:09 -0400 In-Reply-To: Axel Schmidt "Re: Initialization problem" (Jul 24, 2:34pm) References: <31F50C57.167E@artcom.de> <9607231153.ZM23156@remi.asd.sgi.com> <9607231527.ZM8348@eagle.cae.ca> <9607231458.ZM23382@remi.asd.sgi.com> <31F61854.41C6@artcom.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Axel Schmidt Subject: Re: Initialization problem Cc: info-performer@sgi.com, remi@remi.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 24, 2:34pm, Axel Schmidt wrote: > I get a segmentation violation on all our machines. ... > The stack trace is always the same for all machines: > > Core from signal SIGSEGV: Segmentation violation > (dbx) where > > 0 pfBuffer::pf_destroyMem(pfMemory*)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["../../../lib/libpf/pfBuffer.C":1377, 0x5ccc464c] > 1 pfDBase(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) > ["../../../lib/libpf/pfProcess.C":2994, 0x5cd0d654] > 2 dbFunc(void*)(0x0, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":25, > 0x402c68] > 3 mpDBase(void)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) > ["../../../lib/libpf/pfProcess.C":3093, 0x5cd0da78] > 4 pfConfig(0x1000a530, 0x18040830, 0x1, 0x0) > ["../../../lib/libpf/pfProcess.C":1705, 0x5cc9a99c] > 5 main(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":44, > 0x402d44] > 6 __start() ["crt1text.s":133, 0x4029fc] > Axel, Remi, I obtain the same result: a SIGSEGV, a core dump, and the same stack trace - which BTW doesn't make sense at all since the crash supposedly happen in pfConfig(). So, I tried to run the program under dbx and set a break point to pfFrame(). It works for five or six frames, then it dies with the following pfNotice: Caught SIGCHLD. Exiting due to death of child with pid ... I noticed the first pfFrame will create the window and call the pfPipeWindow config function. The second call to pfFrame will generate the following pfNotice: PF Notice: Using 60Hz video rate Remi, In a separate mail, I'll send you the executable and the core generated so you can analyse it. Thanks. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 07:41:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA22216; Wed, 24 Jul 1996 07:37:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA22200; Wed, 24 Jul 1996 07:37:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA29456; Wed, 24 Jul 1996 07:37:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA29044; Wed, 24 Jul 1996 07:37:01 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA01562 for ; Wed, 24 Jul 1996 07:37:00 -0700 From: wasileskib@adadv1.mdc.com Date: Wed, 24 Jul 1996 09:31:14 -0500 Message-Id: <96072409311481@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: ifstreams X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I have encountered something strange while porting code from an RE2 to an IR machine. My appliation reads in a list of terrain files , listed line by line in a textfile. On the RE2 the file is read in 100% correct with no problems. However, on the IR, it is skipping every other line faithfully. Has anyone encountered this? Here is an list of the routine: int LoadTerrainFiles(const char *fname) { int const max_line = 30; char buff[max_line]; char *model_file = (char *)calloc(max_line,sizeof(char)); ifstream terrain_list(fname, ios::in); NUM_TERRAIN_FILES = 0; terrain = new pfSwitch; if(!terrain_list) return (-1); else { while(terrain_list.getline(buff,max_line)&& NUM_TERRAIN_FILES < MAX_TERRAIN_FILES) { strcpy(model_file,&buff[0]); StripBeginEndBlanks(&model_file); terrain_node[NUM_TERRAIN_FILES] = pfdLoadFile(model_file); if(terrain_node[NUM_TERRAIN_FILES] == NULL) pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Warning: Terrain file %s NOT loaded.\n\n",buff); else { terrain->addChild(terrain_node[NUM_TERRAIN_FILES]); NUM_TERRAIN_FILES++; } } terrain_list.close(); cout << "Number of Terrain Files loaded: " << NUM_TERRAIN_FILES << endl; otw_scene->addChild((pfNode *)terrain); terrain->setVal(PFSWITCH_ON); } free(model_file); return 1; } The function returns without error and never gets a NULL node but only reads in half of files. Help? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 09:33:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA22521; Wed, 24 Jul 1996 09:29:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA22505; Wed, 24 Jul 1996 09:29:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03107; Wed, 24 Jul 1996 09:29:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA04143; Wed, 24 Jul 1996 09:29:03 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA27233 for ; Wed, 24 Jul 1996 09:29:02 -0700 From: wasileskib@adadv1.mdc.com Date: Wed, 24 Jul 1996 11:25:24 -0500 Message-Id: <96072411252397@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: ifstreams X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I sent a mail a short time ago about a problem I am having with ifstreams. I located what appears to be the source of the problem. I have rebuilt both the dso and static versions of the app on the IR with the only difference being that switched from 64 bit libraries to 32 bit. The ifstreams work just as the do on the RE2, correctly. Does anyone have anymore information to contribute concerning C++ streams, both iostreams and ifstreams? I know that I have had problems in the past with using streams; I would like to get an idea of just how many problems I can expect to have with them. Thanks. - Bryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 09:23:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA22495; Wed, 24 Jul 1996 09:19:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA22479; Wed, 24 Jul 1996 09:19:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02808; Wed, 24 Jul 1996 09:19:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA03722; Wed, 24 Jul 1996 09:19:48 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA24910 for ; Wed, 24 Jul 1996 09:19:45 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA14759; Wed, 24 Jul 96 11:15:42 -0500 Date: Wed, 24 Jul 96 11:15:42 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607241615.AA14759@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Initialization problem Status: O I can also reproduce this same core dump with my application if I fork DBASE off to another process but keep ISECT, APP, CULL and DRAW together. If I split DRAW off (so I have DBASE ISECT/APP/CULL DRAW as three processes) then the problem goes away! Here is my stack backtrace: > 0 pfBuffer::pf_destroyMem(pfMemory*)(0x10299590, 0x185a05b0, 0x28141140, 0x185996c8) ["../../../lib/libpf/pfBuffer.C":1377, 0x57adf0] 1 pfDBase(0x10299590, 0x185a05b0, 0x28141140, 0x185996c8) ["../../../lib/libpf/pfProcess.C":2994, 0x55bc74] 2 mpDBase(void)(0x10299590, 0x185a05b0, 0x28141140, 0x185996c8) ["../../../lib/libpf/pfProcess.C":3095, 0x55c0b4] 3 pfConfig(0x10299590, 0x181408b0, 0x1, 0x185996c8) ["../../../lib/libpf/pfProcess.C":1705, 0x55855c] 4 main(argc = 8, argv = 0x7fffaed4) ["/usr/squeaky2/rightview/src/performer/ptask.cxx":1162, 0x4ed0e4] 5 __start() ["crt1text.s":133, 0x46fbcc] Does this look familiar Axel? This particular dump was from an RE2 with Irix 5.3 and Perf 2.0 - but I see the same thing on iR with Irix 6.2 and Perf 2.1 - so it's an ongoing problem. I emailed the Performer team about this on April 16th but didn't get an answer - but since I don't need this mode in normal operation, I never did track down a fix. :-( FYI: Bernard Leclerc wrote: > I obtain the same result: a SIGSEGV, a core dump, and the same stack trace - > which BTW doesn't make sense at all since the crash supposedly happen in > pfConfig(). It happens in pfConfig because it is pfConfig that forks off the DBASE task - so any crash in the DBASE task will appear to be 'inside' pfConfig. The important thing is that it crashed inside pfDBase - in my case on the very first call to pfDBase. --------------------------------------------------------------------------------- On Jul 24, 2:34pm, Axel Schmidt wrote: > I get a segmentation violation on all our machines. ... > The stack trace is always the same for all machines: > > Core from signal SIGSEGV: Segmentation violation > (dbx) where > > 0 pfBuffer::pf_destroyMem(pfMemory*)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["../../../lib/libpf/pfBuffer.C":1377, 0x5ccc464c] > 1 pfDBase(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) > ["../../../lib/libpf/pfProcess.C":2994, 0x5cd0d654] > 2 dbFunc(void*)(0x0, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":25, > 0x402c68] > 3 mpDBase(void)(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) > ["../../../lib/libpf/pfProcess.C":3093, 0x5cd0da78] > 4 pfConfig(0x1000a530, 0x18040830, 0x1, 0x0) > ["../../../lib/libpf/pfProcess.C":1705, 0x5cc9a99c] > 5 main(0x1000a530, 0x18075d50, 0x5dc08040, 0x0) ["magic.c++":44, > 0x402d44] > 6 __start() ["crt1text.s":133, 0x4029fc] Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 11:03:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id KAA22765; Wed, 24 Jul 1996 10:59:27 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id KAA22749; Wed, 24 Jul 1996 10:59:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06577; Wed, 24 Jul 1996 10:59:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA08598; Wed, 24 Jul 1996 10:59:24 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA19794 for ; Wed, 24 Jul 1996 10:59:04 -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 LAA02708 for ; Wed, 24 Jul 1996 11:02:46 -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 RAA13969 for ; Wed, 24 Jul 1996 17:59:25 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id LAA01940 for info-performer@sgi.com; Wed, 24 Jul 1996 11:02:56 -0700 From: "Marcus Barnes" Message-Id: <9607241102.ZM1938@royalflush.engr.multigen.com> Date: Wed, 24 Jul 1996 11:02:55 -0700 In-Reply-To: "Marcus Barnes" "Re: LPOINTSTATE INTENSITY" (Jul 24, 10:46am) References: <199607221312.GAA19653@sgi.sgi.com> <9607241046.ZM1897@royalflush.engr.multigen.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: LPOINTSTATE INTENSITY Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > On Jul 22, 4:12pm, GRAUX Ludovic wrote: > Subject: LPOINTSTATE INTENSITY > > Hi pfGurus, > > Sorry again. A last try, and after I will give up, crying alone in front of my > screen. Don't give up yet! pfLPointState does work (generally). The OpenFlight loader uses them exclusively when creating light points for example. > I have a problem with LPointState attributes of pfGeoState. > I have loaded the "3010.star" file from the Performer data directory. > I want to control the intensity of the Stars, to be able to make them > gradually > disappear from my channel. > I have got the pfGeoState of the only geoset of this geode, and I have > attributed a LPointState attr to this pfGeoState. > As shown in the attached file testStars.C, I have set a null intensity to the > LPointState. Unfortunately, my stars are as much visible as before. > What's the problem ? Is there a bug ? Does someone know some special features > for the .star files ?? > > I am compiling with IRIS GL, on an 2 CPU 1 RM ONYX with IRIX 5.3. > > waiting for answers, > > Mike > > #include > > pfNode* > CreateStars(void) > { > static void *arena = pfGetSharedArena(); > > //Les etoiles > pfNode *Starsf = pfdLoadFile("/usr/share/Performer/data/3010.star"); > > pfGeoState *starsGState = ((pfGeode*)Starsf)->getGSet(0)->getGState(); > > pfLPointState *starsLPS = new(arena) pfLPointState; > starsGState->setAttr(PFSTATE_LPOINTSTATE, starsLPS); > starsGState->setMode(PFSTATE_ENLPOINTSTATE, PF_ON); > starsLPS->setVal(PFLPS_INTENSITY, 0.0f); > > return Starsf; > } >-- End of excerpt from Marcus Barnes Read the pfLPointState man page and look at the example code. Notice that it sets up many of the pfGeoState modes to complement the pfLPointState. I do not see you doing any of that in your example code. For starters, add the following setup: { // blend is high quality transparency starsGState->setMode( PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA ); starsGState->setVal ( PFSTATE_ALPHAREF, 1.0f / 255.0f ); starsGState->setMode( PFSTATE_ALPHAFUNC, PFAF_GREATER ); starsGState->setMode( PFSTATE_ENFOG, PF_OFF ); starsGState->setMode( PFSTATE_ENLIGHTING, PF_OFF ); starsGState->setMode( PFSTATE_ENTEXTURE, PF_OFF ); } Also consider doing a complete setup of the pfLPointState itself. Take care when using texture modes as they may exhibit some shape or color anomolies, depending on the platform. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 11:18:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA22841; Wed, 24 Jul 1996 11:14:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA22825; Wed, 24 Jul 1996 11:14:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA07282; Wed, 24 Jul 1996 11:14:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA09372; Wed, 24 Jul 1996 11:14:13 -0700 Received: from itd.nrl.navy.mil (itd.nrl.navy.mil [132.250.80.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA23507 for ; Wed, 24 Jul 1996 11:14:12 -0700 Received: by itd.nrl.navy.mil (4.1/SMI-4.1) id AA21327; Wed, 24 Jul 96 14:14:00 EDT From: dandekar@itd.nrl.navy.mil (Kapil R. Dandekar) Message-Id: <9607241814.AA21327@itd.nrl.navy.mil> Subject: X-event problem To: info-performer@sgi.com Date: Wed, 24 Jul 1996 14:13:58 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1764 Status: O Hi everyone, I was wondering if any of you could answer (or indicate references for) a question that I have concerning the use of X-Events with multi-process Performer applications. Basically, I need to be able to use the XSendEvent routine to send a XClientMessageEvent from one process to another. If I use this XSendEvent in a single process Performer application, everything works fine: the sent event is received by the X-event handler. However, if I use a multi-process program, the X-event handler in the main app process apparently does not get any of the sent ClientMessage events. The format of the XSendEvent command is: XSendEvent(display, windowID, propagate, event_mask, Xevent_send) Knowing that ClientMessage events do not require a mask (event_mask = 0) the XSendEvent man page says "the event is sent to the client that created the destination window". Even though the X-window is mapped in the main app process which also contains the X-event handler, the event is not sent to the X-event handler... it just disappears. However, to make it a little more strange, event types that do require a mask can be sent without a problem in either single process or multiprocess program using the XSendEvent command. Individual windows, even when configured in the draw process, are perfectly capable of having their buttonpress, keypress, etc. events sent to the X-event handler in the main app process (which, BTW, is the process in which the XMapWindow routine is used on the window). I'd greatly appreciate any help that you all can offer concerning this problem. Thank you very much! Regards, Kapil -- Kapil R. Dandekar dandekar@itd.nrl.navy.mil Interface Design and Evaluation - Naval Research Laboratory (202)767-5613 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 12:52:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA23217; Wed, 24 Jul 1996 12:48:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA23201; Wed, 24 Jul 1996 12:48:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10702; Wed, 24 Jul 1996 12:48:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA14231; Wed, 24 Jul 1996 12:48:09 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA15856 for ; Wed, 24 Jul 1996 12:48:08 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA29661; Wed, 24 Jul 96 12:48:07 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id MAA26597; Wed, 24 Jul 1996 12:48:06 -0700 From: "Remi Arnaud" Message-Id: <9607241248.ZM26595@remi.asd.sgi.com> Date: Wed, 24 Jul 1996 12:48:06 -0700 In-Reply-To: "Marcus Barnes" "Re: LPOINTSTATE INTENSITY" (Jul 24, 11:02am) References: <199607221312.GAA19653@sgi.sgi.com> <9607241046.ZM1897@royalflush.engr.multigen.com> <9607241102.ZM1938@royalflush.engr.multigen.com> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA23269; Wed, 24 Jul 1996 13:14:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11587; Wed, 24 Jul 1996 13:14:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA15325; Wed, 24 Jul 1996 13:14:46 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21607 for ; Wed, 24 Jul 1996 13:14:46 -0700 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id NAA03778 for ; Wed, 24 Jul 1996 13:14:44 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA19262; Wed, 24 Jul 96 13:14:19 PDT Received: by sdchemw1.ucsd.edu (940816.SGI.8.6.9) id NAA10180; Wed, 24 Jul 1996 13:13:59 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199607242013.NAA10180@sdchemw1.ucsd.edu> Subject: How to remove window borders? To: info-performer@sgi.com Date: Wed, 24 Jul 1996 13:13:58 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi All, This isn't directly a Performer question, but it's related and I'm hoping someone out there knows the quick answer to it. In our Performer application, we use the method pfPipeWindow::setMode(PFWIN_NOBORDER, 1) to remove the window manager's (4Dwm's) title bar and sizing edges from the screen. Now we need to open another window using XCreateWindow(), in such a way that its title bar and sizing edges are invisible in the same fashion. However, I can't find an X call or setting that does this. (Setting the border parameter in XCreateWindow() to zero doesn't work). How can this be done? Thanks, Jeremy jfriesne@ucsd.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 14:55:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA23817; Wed, 24 Jul 1996 14:47:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA23801; Wed, 24 Jul 1996 14:47:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15738; Wed, 24 Jul 1996 14:47:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA22150; Wed, 24 Jul 1996 14:47:38 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA14489 for ; Wed, 24 Jul 1996 14:47:37 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id RAA20274; Wed, 24 Jul 1996 17:48:09 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id RAA06431; Wed, 24 Jul 1996 17:42:49 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199607242142.RAA06431@er> Subject: IV files and transparency To: info-performer@sgi.com Date: Wed, 24 Jul 1996 17:42:49 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 983 Status: O We are trying to load multiple inventor models that have some transparency (in a Material node). When one model is place partially inside another, the portion of the model disappears from certain seemingly random view points as the camera moves through the scene. I have tried to set various portions of the global states with pfTransparency and pfOverride functions, and I have drilled down to the GeoState of the models to mess with the attributes and models. All to no avail. I need to know what combination of transparency/blending functions, color modes, etc that are required to get this to work on both an Impact and an Onyx RE2. Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 14:51:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA23792; Wed, 24 Jul 1996 14:42:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA23776; Wed, 24 Jul 1996 14:42:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15551; Wed, 24 Jul 1996 14:42:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA21708; Wed, 24 Jul 1996 14:42:47 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA13106 for ; Wed, 24 Jul 1996 14:42:45 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA19657; Wed, 24 Jul 96 17:47:44 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 24 Jul 1996 17:42:43 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: Creating haze in the distance Status: O I'm trying to use the Performer (2.0) fog functions to create far-away haze. I'm having trouble getting the parameters just right -- I don't want everything far away to be completely occluded by fog, just fuzzied out a little bit. Nor do I want ground fog. What are appropriate parameter sets to use with the pfEarthSky/pfFog C++ classes? Thanks, Sandeep Mulgund ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 24 23:59:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id XAA25371; Wed, 24 Jul 1996 23:56:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id XAA25355; Wed, 24 Jul 1996 23:56:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA02236; Wed, 24 Jul 1996 23:56:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA08384; Wed, 24 Jul 1996 23:56:07 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id XAA00195 for ; Wed, 24 Jul 1996 23:56:06 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02028; Wed, 24 Jul 96 23:56:04 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA18615; Wed, 24 Jul 1996 23:56:03 -0700 Message-Id: <199607250656.XAA18615@rico.asd.sgi.com> To: jaf@chem.ucsd.edu (Jeremy Friesner) Cc: info-performer@sgi.com Subject: Re: How to remove window borders? In-Reply-To: Your message of "Wed, 24 Jul 96 13:13:58 PDT." <199607242013.NAA10180@sdchemw1.ucsd.edu> Date: Wed, 24 Jul 96 23:56:03 -0700 From: Simon Hui Status: O > From: jaf@chem.ucsd.edu (Jeremy Friesner) > Subject: How to remove window borders? > > Now we need to open another window using XCreateWindow(), > in such a way that its title bar and sizing edges > are invisible in the same fashion. Here's a fragment from a program that does it: if (fullscreen) { /* turn off window decorations */ Atom hints_atom; MotifWmHints hints; hints_atom = XInternAtom( dpy, "_MOTIF_WM_HINTS", 0 ); hints.flags = MWM_HINTS_DECORATIONS; hints.decorations = 0; XChangeProperty( dpy, window, hints_atom, hints_atom, 32, PropModeReplace, (unsigned char*)&hints, 5 ); } Simon simon w. hui iris performer shui@sgi.com advanced systems div ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 00:20:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA25420; Thu, 25 Jul 1996 00:17:03 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA25402; Thu, 25 Jul 1996 00:17:01 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA02718; Thu, 25 Jul 1996 00:17:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA09110; Thu, 25 Jul 1996 00:16:59 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA03974 for ; Thu, 25 Jul 1996 00:16:58 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02469; Thu, 25 Jul 96 00:16:56 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA18757; Thu, 25 Jul 1996 00:16:55 -0700 Message-Id: <199607250716.AAA18757@rico.asd.sgi.com> To: Axel Schmidt Cc: info-performer@sgi.com Subject: Re: Initialization problem In-Reply-To: Your message of "Tue, 23 Jul 96 19:31:03 +0200." <31F50C57.167E@artcom.de> Date: Thu, 25 Jul 96 00:16:55 -0700 From: Simon Hui Status: O > From: Axel Schmidt > Subject: Initialization problem > > there is a problem during the initialization of Performer 2.0 > on IRIX 5.3 and 6.2 machines. With exact the following > configuration ... > > void > main(void) > { > .... > pfConfig(); > pfDBaseFunc(dbFunc); > .... > } Axel, can you try reversing the order of these two calls? pfDBaseFunc() basically stores the dbase function into a global variable, so it needs to be called _before_ pfConfig(), which forks off the various processes, otherwise the dbase process won't see it. Simon simon w. hui iris performer shui@sgi.com advanced systems div 415.933.3244 silicon graphics inc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 00:23:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id AAA25446; Thu, 25 Jul 1996 00:19:59 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id AAA25430; Thu, 25 Jul 1996 00:19:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA02766; Thu, 25 Jul 1996 00:19:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA09220; Thu, 25 Jul 1996 00:19:57 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA04491 for ; Thu, 25 Jul 1996 00:19:56 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02520; Thu, 25 Jul 96 00:19:54 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA18789; Thu, 25 Jul 1996 00:19:53 -0700 Message-Id: <199607250719.AAA18789@rico.asd.sgi.com> To: jaf@chem.ucsd.edu (Jeremy Friesner) Cc: info-performer@sgi.com Subject: Re: How to remove window borders? In-Reply-To: Your message of "Wed, 24 Jul 96 23:56:03 PDT." <199607250656.XAA18615@rico.asd.sgi.com> Date: Thu, 25 Jul 96 00:19:53 -0700 From: Simon Hui Status: O I should add that you need: #include > From: Simon Hui > Subject: Re: How to remove window borders? > > Here's a fragment from a program that does it: ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 03:35:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id DAA25993; Thu, 25 Jul 1996 03:30:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id DAA25977; Thu, 25 Jul 1996 03:30:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA06876; Thu, 25 Jul 1996 03:30:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA13542; Thu, 25 Jul 1996 03:30:35 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA06682 for ; Thu, 25 Jul 1996 03:30:34 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA05884; Thu, 25 Jul 96 03:30:32 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id DAA19421; Thu, 25 Jul 1996 03:30:26 -0700 Message-Id: <199607251030.DAA19421@rico.asd.sgi.com> To: Axel Schmidt , info-performer@sgi.com Subject: Re: Initialization problem In-Reply-To: Your message of "Thu, 25 Jul 96 00:16:55 PDT." <199607250716.AAA18757@rico.asd.sgi.com> Date: Thu, 25 Jul 96 03:30:25 -0700 From: Simon Hui Status: O I wrote: >Axel, can you try reversing the order of these two calls? pfDBaseFunc() >basically stores the dbase function into a global variable, so it needs to >be called _before_ pfConfig(), which forks off the various processes, >otherwise the dbase process won't see it. Please disregard what I wrote. After another look at the libpf source, I realize that's not true at all. Simon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 06:12:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id GAA26334; Thu, 25 Jul 1996 06:06:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id GAA26318; Thu, 25 Jul 1996 06:06:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10257; Thu, 25 Jul 1996 06:06:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA17004; Thu, 25 Jul 1996 06:06:52 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.4.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA02484 for ; Thu, 25 Jul 1996 06:06:46 -0700 Received: from sgi19 by cs.cuhk.hk with ESMTP id VAA19987; Thu, 25 Jul 1996 21:05:51 +0800 Received: by sgi19 (940816.SGI.8.6.9/Spike-2.0) id VAA11745; Thu, 25 Jul 1996 21:05:48 +0800 Date: Thu, 25 Jul 1996 21:05:48 +0800 (HKT) From: David Chan To: info-performer Subject: town.flt in town demo Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, when i using perfly to load town.flt, the other .flt files will also loaded in, how it can do that? and when these database loaded in, they are placed in a right position, is it any trick for doing such effect? or just a function of mutigen when creating model. If Alias|Wavefront are used to build 3D model, can same effect be archived? Thanks very much. David Chan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 07:16:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id HAA26574; Thu, 25 Jul 1996 07:12:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id HAA26558; Thu, 25 Jul 1996 07:12:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA11767; Thu, 25 Jul 1996 07:12:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA18708; Thu, 25 Jul 1996 07:12:23 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA16161 for ; Thu, 25 Jul 1996 07:12:21 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA17170; Thu, 25 Jul 96 09:08:16 -0500 Date: Thu, 25 Jul 96 09:08:16 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607251408.AA17170@mred.bgm.link.com> To: shui@rico.asd.sgi.com, info-performer@sgi.com Subject: Re: Initialization problem Status: O Simon Hui said: >> From: Axel Schmidt >> Subject: Initialization problem >> >> there is a problem during the initialization of Performer 2.0 >> on IRIX 5.3 and 6.2 machines. With exact the following >> configuration ... >> >> void >> main(void) >> { >> .... >> pfConfig(); >> pfDBaseFunc(dbFunc); >> .... >> } > > Axel, can you try reversing the order of these two calls? pfDBaseFunc() > basically stores the dbase function into a global variable, so it needs to > be called _before_ pfConfig(), which forks off the various processes, > otherwise the dbase process won't see it. I don't think I buy this explanation. As I mentioned in an earlier email, I appear to have the exact same problem as Axel. I also call pfDBaseFunc (and also pfIsectFunc) *AFTER* pfConfig - but I know for sure that the system is calling the correct DBase (and ISect) function because my code runs correctly when I place DRAW into a separate function. The program only crashes (for me at least) when DBase is a separate process but DRAW isn't. It's possible that there is some problem when the Dbase function isn't set when pfConfig forks off the DBase task - but is set subsequently. Maybe then the symptom of it working when DRAW is separated off is just some kind of timing phenomenon. If this is really a restriction then: 1) The man page should pooint out this restriction. 2) pfDBaseFunc() should display an error message if it's called after pfConfig. At any rate, I'll try calling pfDBaseFunc before pfCOnfig and see if it fixes it. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 09:42:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id IAA26696; Thu, 25 Jul 1996 08:05:21 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id IAA26680; Thu, 25 Jul 1996 08:05:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13089; Thu, 25 Jul 1996 08:05:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA20353; Thu, 25 Jul 1996 08:05:08 -0700 Received: from ccvax.lanl.gov (ccvax.lanl.gov [128.165.5.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA25809 for ; Thu, 25 Jul 1996 08:04:59 -0700 Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Thu, 25 Jul 1996 9:04:04 -0600 (MDT) Message-Id: <2.2.32.19960725150720.0068cce4@ccvax> X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jul 1996 10:07:20 -0500 To: info-performer@sgi.com From: ken sartor Subject: transparency (and draw callbacks) Status: O Hi - I posted a question on how draw callbacks work a few days ago. I got several replies (that i am very appreciative of - THANKS!) but none really solved the problem i am struggling with. Perhaps it is due to the manner i which i stated the problem... so here goes another try. Is there *ANY* way in Performer 2.x to draw two semi-transparent spheres that have a common center but different radii such that they are both correctly rendered (front and back of both spheres visible to the observer)? If so, *CAN* this be done in a draw callback? Any references to relevant documents on the details of how Performer handles callbacks and transparency would be vastly appreciated! Thanks! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 09:42:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id JAA26789; Thu, 25 Jul 1996 09:14:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id JAA26773; Thu, 25 Jul 1996 09:14:53 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15269; Thu, 25 Jul 1996 09:14:51 -0700 Received: from ccvax.lanl.gov by deliverator.sgi.com via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id JAA09939; Thu, 25 Jul 1996 09:14:48 -0700 Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Thu, 25 Jul 1996 10:13:53 -0600 (MDT) Message-Id: <2.2.32.19960725161709.00673794@ccvax> X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jul 1996 11:17:09 -0500 To: info-performer@sgi.com From: ken sartor Subject: transparency (and draw callbacks) - take 2 Status: O Clarification of previous post: **** I neglected to add in the previous post (also below) that i need to do this with the rest of the scene graph rendered correctly. I.e., objects behind the spheres properly drawn and objects in front of the spheres properly occluding the spheres. ******* Hi - I posted a question on how draw callbacks work a few days ago. I got several replies (that i am very appreciative of - THANKS!) but none really solved the problem i am struggling with. Perhaps it is due to the manner i which i stated the problem... so here goes another try. Is there *ANY* way in Performer 2.x to draw two semi-transparent spheres that have a common center but different radii such that they are both correctly rendered (front and back of both spheres visible to the observer)? If so, *CAN* this be done in a draw callback? Any references to relevant documents on the details of how Performer handles callbacks and transparency would be vastly appreciated! Thanks! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 11:27:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA27096; Thu, 25 Jul 1996 11:07:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA27080; Thu, 25 Jul 1996 11:07:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20005; Thu, 25 Jul 1996 11:07:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA26898; Thu, 25 Jul 1996 11:07:29 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA04633 for ; Thu, 25 Jul 1996 11:07:25 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id OAA24582; Thu, 25 Jul 1996 14:06:32 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA07529; Thu, 25 Jul 1996 14:06:24 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199607251806.OAA07529@er> Subject: Re: transparency (and draw callbacks) To: sartor@visidyne.com (ken sartor) Date: Thu, 25 Jul 1996 14:06:23 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <2.2.32.19960725150720.0068cce4@ccvax> from "ken sartor" at Jul 25, 96 10:07:20 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1012 Status: O This sounds like the same problems I have been having....see current thread about "IV files and transparency"....so far nothing has helped though. What HW are you working with? I have tried to set the transparency to PFTR_NO_OCCLUDE|PFTR_BLEND_ALPHA with no luck, and I don't think the glDisable(GL_DEPTH_TEST) call in the draw will work because I always have a solid object partially occluding the trasparent objects. My application: sticking needles into anatomical models where the needle is solid the skin is very transparent and the interior anatomy is varying degrees of transparency. I can move the camera around to get different views, so depth order is not constant. Regards, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 11:27:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id LAA27079; Thu, 25 Jul 1996 11:07:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id LAA27062; Thu, 25 Jul 1996 11:07:29 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA26894; Thu, 25 Jul 1996 11:07:28 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id LAA15800; Thu, 25 Jul 1996 11:07:28 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03789 for ; Thu, 25 Jul 1996 11:05: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 LAA05448 for ; Thu, 25 Jul 1996 11:08:32 -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 SAA08116 for ; Thu, 25 Jul 1996 18:05:10 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id LAA04604 for info-performer@sgi.com; Thu, 25 Jul 1996 11:08:44 -0700 From: "Marcus Barnes" Message-Id: <9607251108.ZM4602@royalflush.engr.multigen.com> Date: Thu, 25 Jul 1996 11:08:43 -0700 In-Reply-To: David Chan "town.flt in town demo" (Jul 25, 9:05pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer Subject: Re: town.flt in town demo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 9:05pm, David Chan wrote: > Subject: town.flt in town demo > Hi, > when i using perfly to load town.flt, the other .flt files will > also loaded in, how it can do that? and when these database loaded in, > they are placed in a right position, is it any trick for doing such effect? > or just a function of mutigen when creating model. If Alias|Wavefront are > used to build 3D model, can same effect be archived? OpenFlight supports the instancing of models and databases. The town is made up of hundreds of instances, like the trees and the buildings. There are two kinds of instancing at work in this database: internal and external. Internal instances are models within a database file that are referenced one or more times from within the same database. External instances are references from one database file to another. In both types of instancing, each instantiation can be transformed to a new location and/or orientation (and even scale). Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 12:33:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id MAA27470; Thu, 25 Jul 1996 12:25:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id MAA27454; Thu, 25 Jul 1996 12:25:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23603; Thu, 25 Jul 1996 12:25:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA29653; Thu, 25 Jul 1996 12:11:57 -0700 Received: from lynx.csn.net (lynx.csn.net [199.117.160.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22150 for ; Thu, 25 Jul 1996 12:11:56 -0700 Received: from uucp-1.csn.net (uucp-1.csn.net [199.117.27.26]) by lynx.csn.net (8.6.12/8.6.12) with ESMTP id NAA06234 for ; Thu, 25 Jul 1996 13:11:51 -0600 Received: from evt.com (uucp@localhost) by uucp-1.csn.net (8.7.5/8.7.3) with UUCP id NAA15446 for csn!sgi.com!info-performer; Thu, 25 Jul 1996 13:11:50 -0600 (MDT) Received: from snowmass by vail via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@vail:info-performer@sgi.com> id MAA02316; Thu, 25 Jul 1996 12:14:57 -0700 Received: by snowmass (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id MAA12755; Thu, 25 Jul 1996 12:14:57 -0700 From: "Dewey Anderson" Message-Id: <9607251214.ZM12753@snowmass> Date: Thu, 25 Jul 1996 12:14:57 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Perf drawing order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anybody know what determines the drawing order for Performer, and if there's any way to control it? We're looking for a way to get around not having a Z-buffer in some applications. In a simple example program, I have two planes (rectangles) perpendicular to the line of sight with one moving up while the other moves down. The one moving down is 5 units behind the one moving up. There is NO depth buffer. (Running on a high impact with visual 43 (0x2b). We HAVE to have 8 bit RGBA double buffer.) At first things look OK. This would indicate that the plane behind (moving down) is getting drawn first and then is overdrawn by the one in front (moving up). At one point, you can see the one behind begin to appear below the one in front. Then, suddenly, the one in back appears to jump "in front", i.e. it appears that the one in FRONT (moving UP) is drawn first and the one behind (moving down) overdraws it. With no depth buffer to mask out pixel drawing, the illusion is that the one in back jumped to the front. I was hoping that the statement in the manual that traversal happens left-to-right would apply to drawing as well but my example seems to indicate that the drawing order can change. Is there any way to control this? I can imagine that no one ever expected performer to be used in a situation where there is no depth buffer so I wouldn't be surprised to hear that it's not consistent or controllable. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 13:43:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA27834; Thu, 25 Jul 1996 13:28:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA27817; Thu, 25 Jul 1996 13:28:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA25927; Thu, 25 Jul 1996 13:28:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA01184; Thu, 25 Jul 1996 13:28:12 -0700 Received: from buggy.coryphaeus.com (buggy.coryphaeus.com [204.247.110.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA12368 for ; Thu, 25 Jul 1996 13:28:10 -0700 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA07172; Thu, 25 Jul 1996 13:26:28 -0700 Date: Thu, 25 Jul 1996 13:26:28 -0700 From: kowsik@coryphaeus.com (Kowsik Guruswamy) Message-Id: <9607251326.ZM7170@buggy.coryphaeus.com> In-Reply-To: "Dewey Anderson" "Perf drawing order" (Jul 25, 12:14pm) References: <9607251214.ZM12753@snowmass> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Dewey Anderson" , info-performer@sgi.com Subject: Re: Perf drawing order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 12:14pm, Dewey Anderson wrote: > Subject: Perf drawing order > > Does anybody know what determines the drawing order for Performer, and if > there's any way to control it? We're looking for a way to get around not > having a Z-buffer in some applications. [snip] > I was hoping that the statement in the manual that traversal happens > left-to-right would apply to drawing as well but my example seems to indicate > that the drawing order can change. > > Is there any way to control this? I can imagine that no one ever expected > performer to be used in a situation where there is no depth buffer so I > wouldn't be surprised to hear that it's not consistent or controllable. This is just a thought and haven't tried it. The left-to-right traversal definitely happens, but the cull process sorts the pfGeoSets based on minimal state changes. What I am getting at is that you might want to try disabling sorting for the pfChannel to guarantee the order. [use pfChanTravMode (PFCULL_GSET | PFCULL_VIEW)] K. K. -- kowsik@coryphaeus.com | pirts suiboM a hguorht neeb sah txet sihT http://www.coryphaeus.com | | You are not you, you are me! - arnie work: (408)-395-4537 e210 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 14:01:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id NAA28090; Thu, 25 Jul 1996 13:57:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA28074; Thu, 25 Jul 1996 13:57:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA27068; Thu, 25 Jul 1996 13:57:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA02530; Thu, 25 Jul 1996 13:57:46 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA20460 for ; Thu, 25 Jul 1996 13:57:40 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA24096; Thu, 25 Jul 96 17:02:39 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 25 Jul 1996 16:57:37 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: Resetting mouse coordinates Status: O What's a quick-and-dirty method for resetting the position of the mouse at the beginning of a OpenGL Performer program? The old 'setvaluator' command doesn't seem to work properly. Thanks, Sandeep ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 14:32:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA28256; Thu, 25 Jul 1996 14:28:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA28240; Thu, 25 Jul 1996 14:28:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28194; Thu, 25 Jul 1996 14:28:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA03730; Thu, 25 Jul 1996 14:28:51 -0700 Received: from emerald.cs.brandeis.edu (emerald.cs.brandeis.edu [129.64.2.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA28699 for ; Thu, 25 Jul 1996 14:28:49 -0700 Received: from localhost (brendy@localhost) by emerald.cs.brandeis.edu (940816.SGI.8.6.9/8.6.9) with SMTP id RAA02202 for ; Thu, 25 Jul 1996 17:28:48 -0400 Date: Thu, 25 Jul 1996 17:28:45 -0400 (EDT) From: Brendan Kitts To: info-performer@sgi.com Subject: collision detection Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I need some advice in doing collision detection. I'm loading in an iv object, and want to be able to, say, compute normals on each of its surfaces to get isect lines which I can use to test if anything close enough to be considered a contact. I'm not sure how to find these exterior surfaces though. I'm absolutely a novice at this stuff, so any suggestions on other ways to do this would be greatly appreciated. I've read through the manuals, faq, etc, but these haven't helped that much (few examples). Thankyou, Brendan Kitts ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 15:07:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id OAA28405; Thu, 25 Jul 1996 14:55:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA28389; Thu, 25 Jul 1996 14:55:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29115; Thu, 25 Jul 1996 14:55:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA04630; Thu, 25 Jul 1996 14:55:16 -0700 Received: from buggy.coryphaeus.com (buggy.coryphaeus.com [204.247.110.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA05297 for ; Thu, 25 Jul 1996 14:55:16 -0700 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA07749; Thu, 25 Jul 1996 14:54:01 -0700 Date: Thu, 25 Jul 1996 14:54:01 -0700 From: kowsik@coryphaeus.com (Kowsik Guruswamy) Message-Id: <9607251454.ZM7747@buggy.coryphaeus.com> In-Reply-To: ssm@crasun.cra.com (Sandeep S. Mulgund) "Resetting mouse coordinates" (Jul 25, 4:57pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ssm@crasun.cra.com (Sandeep S. Mulgund), info-performer@sgi.com Subject: Re: Resetting mouse coordinates Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 4:57pm, Sandeep S. Mulgund wrote: > Subject: Resetting mouse coordinates > What's a quick-and-dirty method for resetting the position of the mouse at > the beginning of a OpenGL Performer program? The old 'setvaluator' command > doesn't seem to work properly. > > Thanks, > > Sandeep XWarpPointer... K. -- kowsik@coryphaeus.com | pirts suiboM a hguorht neeb sah txet sihT http://www.coryphaeus.com | | You are not you, you are me! - arnie work: (408)-395-4537 e210 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 25 15:30:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer-dist@holodeck.csd.sgi.com id PAA28794; Thu, 25 Jul 1996 15:27:02 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id PAA28778; Thu, 25 Jul 1996 15:26:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA00297; Thu, 25 Jul 1996 15:26:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA05615; Thu, 25 Jul 1996 15:26:58 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA13298 for ; Thu, 25 Jul 1996 15:26:57 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA11620; Thu, 25 Jul 96 15:26:54 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA23500; Thu, 25 Jul 1996 15:26:53 -0700 From: "Michael T. Jones" Message-Id: <9607251526.ZM23498@babar.asd.sgi.com> Date: Thu, 25 Jul 1996 15:26:52 -0700 In-Reply-To: "Dewey Anderson" "Perf drawing order" (Jul 25, 12:14pm) References: <9607251214.ZM12753@snowmass> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Dewey Anderson" , info-performer@sgi.com Subject: Re: Perf drawing order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 12:14pm, Dewey Anderson wrote: > Subject: Perf drawing order > > Does anybody know what determines the drawing order for Performer, and if > there's any way to control it? We're looking for a way to get around not > having a Z-buffer in some applications. ... > I was hoping that the statement in the manual that traversal happens > left-to-right would apply to drawing as well but my example seems to indicate > that the drawing order can change. That's the order that the Application and Cull traversals take through the scene graph, but may not be the order of drawing due to mode sorting in the cull process (as Kowsik mentions in his posting). > Is there any way to control this? Absolutely. Places to look: pfChannel cull mode (as in PFCULL_SORT) Sort "BINS", a major recent Performer feature, can be used to solve this problem. Check out pfChanBinOrder on the man pages. Pay close attention to "PFSORT_BACK_TO_FRONT". Note that there's even sample code for this. > I can imagine that no one ever expected > performer to be used in a situation where there is no depth buffer so I > wouldn't be surprised to hear that it's not consistent or controllable. Not so. In fact, some very advanced new technologies for prioritized rendering (beyond binary separating planes) have been implemented in Performer for some time now. This is more important on game consoles than on SGI workstations, but perhaps we should release this work for people like Dewey who run without Z-buffering. Michael Jones ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:52:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09729; Fri, 26 Jul 1996 10:50:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09713; Fri, 26 Jul 1996 10:50:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03973; Fri, 26 Jul 1996 10:50:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24050; Fri, 26 Jul 1996 10:50:46 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA24475 for ; Fri, 26 Jul 1996 10:50:45 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA03970; Fri, 26 Jul 1996 10:50:45 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09709; Fri, 26 Jul 1996 10:50:45 -0700 Date: Fri, 26 Jul 1996 10:50:45 -0700 From: aschaffe (Allan Schaffer) Message-Id: <199607261750.KAA09709@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: info-performer administrivia Status: O Q: Where's all the performer mail? A: The info-performer distribution alias was 'down' during a system upgrade for holodeck.csd thursday pm & friday am. Everything should be working properly now. There's a bunch of messages in queue, I'll forward them along. If you experience any problems send mail to: info-performer-request@sgi.com Thanks, Allan ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/aschaffe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09866; Fri, 26 Jul 1996 10:52:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09850; Fri, 26 Jul 1996 10:52:16 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04095; Fri, 26 Jul 1996 10:52:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24193; Fri, 26 Jul 1996 10:52:15 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25212 for ; Fri, 26 Jul 1996 10:52:15 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04087; Fri, 26 Jul 1996 10:52:14 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09829; Fri, 26 Jul 1996 10:52:13 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607261052.ZM9827@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:13 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09625; Fri, 26 Jul 1996 10:42:15 -0700 Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09609; Fri, 26 Jul 1996 10:42:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03573; Fri, 26 Jul 1996 10:42:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA23692; Fri, 26 Jul 1996 10:42:14 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA22519 for ; Fri, 26 Jul 1996 10:42:13 -0700 From: wasileskib@adadv1.mdc.com Date: Fri, 26 Jul 1996 12:34:38 -0500 Message-Id: <96072612343813@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Error in Channel offsets X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I have an application which in which I am using 3 viewing channels, each with a 72 degree horiz. FOV. I have set the channel group such that the center channel is the master channel and the left and right are attached channels. As long as the channel offsets are changed in yaw, there consistant alignment from channel to channel; however, when the left and right channels are rotated 90 degrees in pitch (left +90.0f and right -90.0f) the 3 channels no longer give a continous FOV in the horizontal direction. There seems to be about a 5-10 degree lag between channels once the left and right channel offsets are rotated 90.0 degrees. Can anyone verify this as a problem? - Bryan Wasileski McDonnell Douglas Training Systems wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09786; Fri, 26 Jul 1996 10:52:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09770; Fri, 26 Jul 1996 10:52:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04057; Fri, 26 Jul 1996 10:52:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24169; Fri, 26 Jul 1996 10:52:08 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25174 for ; Fri, 26 Jul 1996 10:52:07 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04044; Fri, 26 Jul 1996 10:52:06 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09741; Fri, 26 Jul 1996 10:52:06 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607261052.ZM9739@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:06 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08889; Fri, 26 Jul 1996 02:23:58 -0700 Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08873; Fri, 26 Jul 1996 02:23:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA18237; Fri, 26 Jul 1996 02:23:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA15389; Fri, 26 Jul 1996 02:23:56 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA14020 for ; Fri, 26 Jul 1996 02:23:52 -0700 From: flysiml@public.bta.net.cn Received: from 202.96.61.17 (ts2-17.bta.net.cn [202.96.61.17]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id RAA11076 for ; Fri, 26 Jul 1996 17:23:43 +0800 Date: Fri, 26 Jul 1996 17:23:43 +0800 Message-Id: <199607260923.RAA11076@public.bta.net.cn> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: need Multigen's tablet driver on IRIX5.3 To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O hello friens, i want to use tablet with Multigen's mgflt(v14.2) on Onyx(IRIX5.3), but my mgflt has only a driver on IRIX4.0, where and how can i get the proper driver? thanks ahead Cao Zhigang ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09764; Fri, 26 Jul 1996 10:52:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09747; Fri, 26 Jul 1996 10:52:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04046; Fri, 26 Jul 1996 10:52:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24162; Fri, 26 Jul 1996 10:52:06 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25167 for ; Fri, 26 Jul 1996 10:52:05 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04040; Fri, 26 Jul 1996 10:52:05 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09737; Fri, 26 Jul 1996 10:52:04 -0700 Resent-Message-Id: <9607261052.ZM9735@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:04 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA08490; Fri, 26 Jul 1996 00:03:01 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id AAA08474; Fri, 26 Jul 1996 00:03:00 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607260003.ZM8472@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 00:03:00 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA15652; Thu, 25 Jul 1996 18:51:11 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA07304; Thu, 25 Jul 1996 16:15:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA02106; Thu, 25 Jul 1996 16:14:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA07251; Thu, 25 Jul 1996 16:14:05 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA24103 for ; Thu, 25 Jul 1996 16:14:04 -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 QAA06531 for ; Thu, 25 Jul 1996 16:17:49 -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 XAA11386 for ; Thu, 25 Jul 1996 23:14:27 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id QAA05369 for info-performer@sgi.com; Thu, 25 Jul 1996 16:18:01 -0700 From: "Marcus Barnes" Message-Id: <9607251618.ZM5367@royalflush.engr.multigen.com> Date: Thu, 25 Jul 1996 16:18:00 -0700 In-Reply-To: "Michael T. Jones" "Re: Perf drawing order" (Jul 25, 3:26pm) References: <9607251214.ZM12753@snowmass> <9607251526.ZM23498@babar.asd.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Perf drawing order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 3:26pm, Michael T. Jones wrote: > Subject: Re: Perf drawing order > On Jul 25, 12:14pm, Dewey Anderson wrote: > > Subject: Perf drawing order > > > > Does anybody know what determines the drawing order for Performer, and if > > there's any way to control it? We're looking for a way to get around not > > having a Z-buffer in some applications. [munch] > > Is there any way to control this? > > Absolutely. Places to look: > > pfChannel cull mode (as in PFCULL_SORT) Don't forget the pfLayer renders its decal children in order. By using _STENCIL mode you should be able to effectively order the drawing of its children while allowing the rest of the scene graph to be sorted. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09826; Fri, 26 Jul 1996 10:52:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09810; Fri, 26 Jul 1996 10:52:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04072; Fri, 26 Jul 1996 10:52:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24180; Fri, 26 Jul 1996 10:52:10 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25196 for ; Fri, 26 Jul 1996 10:52:09 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04062; Fri, 26 Jul 1996 10:52:09 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09767; Fri, 26 Jul 1996 10:52:08 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607261052.ZM9765@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:08 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA09000; Fri, 26 Jul 1996 03:46:34 -0700 Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA08984; Fri, 26 Jul 1996 03:46:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA20151; Fri, 26 Jul 1996 03:46:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA15838; Fri, 26 Jul 1996 03:46:32 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA27466 for ; Fri, 26 Jul 1996 03:46:13 -0700 Received: from botticelli.kist.re.kr by chopin.kist.re.kr via SMTP (940816.SGI.8.6.9/921111.SGI.AUTO) for id VAA04322; Fri, 26 Jul 1996 21:12:21 +1000 Message-ID: <31F8A1AD.5DCA@chopin.kist.re.kr> Date: Fri, 26 Jul 1996 19:45:01 +0900 From: Kim Juh_Han Reply-To: bluesky@chopin.kist.re.kr Organization: Graphics Lab in SAIT X-Mailer: Mozilla 3.0b4Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Texturing on pfdNewCube ?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Performers, I am having problem in my programs. I am created a cube by pfdNewCube and want a texturing on each side . But only one face was textured and other side wasn't textured. ( other side was CRAMPed by textured face ) Texture cooord was generated by pfTexgen. Does anyone konw about texturing on PfdNewCube ?? (Also pfdNewCone,pfdNewCylinder, ... ) Thanks for reading p.s Anybody have a code fragment ?? ================================================================= Juh-Han Kim Email : bluesky@venus.sait.samsung.co.kr Fax : +82-331-280-9208 ================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09809; Fri, 26 Jul 1996 10:52:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09788; Fri, 26 Jul 1996 10:52:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04069; Fri, 26 Jul 1996 10:52:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24173; Fri, 26 Jul 1996 10:52:09 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25185 for ; Fri, 26 Jul 1996 10:52:08 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04052; Fri, 26 Jul 1996 10:52:07 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09745; Fri, 26 Jul 1996 10:52:07 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607261052.ZM9743@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:07 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08937; Fri, 26 Jul 1996 02:42:25 -0700 Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08921; Fri, 26 Jul 1996 02:42:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA18682; Fri, 26 Jul 1996 02:42:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA15466; Fri, 26 Jul 1996 02:42:24 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA16926 for ; Fri, 26 Jul 1996 02:42:21 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA22171 (5.65b/CWI-3.3); Fri, 26 Jul 1996 11:42:15 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA25937; Fri, 26 Jul 1996 11:39:35 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA23955; Fri, 26 Jul 1996 11:36:26 +0200 (MET DST) From: Veraart Message-Id: <199607260936.LAA23955@s00sn1.fel.tno.nl> Subject: Re: Creating haze in the distance To: ssm@crasun.cra.com (Sandeep S. Mulgund) Date: Fri, 26 Jul 1996 11:36:25 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: from "Sandeep S. Mulgund" at Jul 24, 96 05:42:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I'm trying to use the Performer (2.0) fog functions to create far-away > haze. I'm having trouble getting the parameters just right -- I don't want > everything far away to be completely occluded by fog, just fuzzied out a > little bit. Nor do I want ground fog. What are appropriate parameter sets > to use with the pfEarthSky/pfFog C++ classes? If you set the 'opaque' range of the pfFog to a larger value than the far clipping plane than every thing will not be drawn with the fog color when the distance is near the far clipping plane. Another possibility is to use the PFFOG_PIX_SPLINE mode and define a ramp definition with pfFog::setRamp(). You just specify a maximum density thats <1.0. For more info read the pfFog man page. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 10:56:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09848; Fri, 26 Jul 1996 10:52:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09832; Fri, 26 Jul 1996 10:52:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04089; Fri, 26 Jul 1996 10:52:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24188; Fri, 26 Jul 1996 10:52:13 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25201 for ; Fri, 26 Jul 1996 10:52:12 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id KAA04077; Fri, 26 Jul 1996 10:52:11 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA09791; Fri, 26 Jul 1996 10:52:11 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607261052.ZM9789@holodeck.csd.sgi.com> Resent-Date: Fri, 26 Jul 1996 10:52:11 -0700 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) Resent-To: info-performer@sgi.com Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09336; Fri, 26 Jul 1996 08:35:35 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09320; Fri, 26 Jul 1996 08:35:34 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA19990; Fri, 26 Jul 1996 08:35:33 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA28208; Fri, 26 Jul 1996 08:26:42 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id IAA25868; Fri, 26 Jul 1996 08:25:27 -0700 Received: from photon.com (gateway.photon.com [206.25.50.146]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA17945 for ; Fri, 26 Jul 1996 08:24:10 -0700 Received: from photon.photon.com ([192.203.79.17]) by gateway.photon.com with SMTP id <5888>; Fri, 26 Jul 1996 08:20:45 -0700 Received: from jkass by photon.photon.com via SMTP (951211.SGI.8.6.12.PATCH1042/940406.SGI.AUTO) id IAA13576; Fri, 26 Jul 1996 08:28:54 -0700 Date: Fri, 26 Jul 1996 08:28:54 -0700 Message-Id: <199607261528.IAA13576@photon.photon.com> X-Sender: jrk@photon.photon.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Jeff Kass Subject: Visual Simulation Programmer and Database Engineer Needed Cc: dca@photon.com, jrk@photon.photon.com, as@photon.photon.com, cam@photon.photon.com Status: O Jobs Offered Photon Simulations,Inc. located in beautiful San Diego, California, is seeking applicants for two technical positions: 1) a programmer position to improve existing visual simulation products and develop new ones. Growth potential is abundant. 2) a visual database construction engineer. Also, with vertical and lateral growth potential. Both are directly involved with Photon's sensor modeling software (e.g. SensorVision and related products) and Paradigm Simulation's Vega visual simulation software. Fluency in the English language is a must to facilitate customer support. The position provides for salary, bonus, benefits, and paid vacation time. This position is in Photon's main San Diego office. Qualified applicants should respond to: Mr. Jeff Kass, voice:(619)-597-3020, fax:(619)-455-0658, or e-mail:jrk@photon.com. Best Wishes, *** Jeff *** Photon Simulations, Inc. 5720 Oberlin Drive San Diego, California 92121, USA (Office) 619-597-3020 (Fax) 619-455-0658 (Mobile) 619-871-9741 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 11:08:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA09936; Fri, 26 Jul 1996 11:02:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09920; Fri, 26 Jul 1996 11:02:25 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA24501; Fri, 26 Jul 1996 11:02:24 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05940; Fri, 26 Jul 1996 11:02:23 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id LAA20312; Fri, 26 Jul 1996 11:01:07 -0700 Received: from larry.csn.net (larry.csn.net [199.117.160.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26954 for ; Fri, 26 Jul 1996 10:59:50 -0700 Received: from uucp-1.csn.net (uucp-1.csn.net [199.117.27.26]) by larry.csn.net (8.6.12/8.6.9) with ESMTP id LAA22849 for ; Fri, 26 Jul 1996 11:59:47 -0600 Received: from evt.com (uucp@localhost) by uucp-1.csn.net (8.7.5/8.7.3) with UUCP id LAA24019 for csn!sgi.com!info-performer; Fri, 26 Jul 1996 11:59:48 -0600 (MDT) Received: from snowmass by vail via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@vail:info-performer@sgi.com> id LAA03555; Fri, 26 Jul 1996 11:02:17 -0700 Received: by snowmass (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id LAA13986; Fri, 26 Jul 1996 11:02:17 -0700 From: "Dewey Anderson" Message-Id: <9607261102.ZM13984@snowmass> Date: Fri, 26 Jul 1996 11:02:16 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Perf drawing order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks to Mike and Kowsik for pointing out that the cull traversal does sort the objects into a different order for drawing. Turning off sorting with chan->setTravMode( PFTRAV_CULL, PFCULL_GSET | PFCULL_VIEW ); has solved my problem. The whole "bin" concept looks really useful. Lots of programmer control there. Interestingly, the problem I had came about because objects were being sorted back to front by default, which I originally thought is what I WANTED. (My objects have transparency.) But the distance is calculated on a per-object basis using the center of the bounding box and my objects were large rectangles sliding parallel to the screen. This meant that as the near rectangle got high on the screen, and the far rectangle got centered, the center of the far rectangle was actually closer than the near one. The sorting swapped the drawing order and it appeared that the far rectangle popped in front. I mention this just as a thing to watch for since transparent objects will, by default, be sorted this way (and for good reason). Because of the way the distance calculation appears to be done, it won't always give the desired results. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 11:39:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11519; Fri, 26 Jul 1996 11:35:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11503; Fri, 26 Jul 1996 11:35:43 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA26706; Fri, 26 Jul 1996 11:35:42 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA08545; Fri, 26 Jul 1996 11:31:05 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id LAA25244; Fri, 26 Jul 1996 11:31:04 -0700 Received: from lobster.bu.edu (LOBSTER.BU.EDU [128.197.160.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA04661 for ; Fri, 26 Jul 1996 11:29:47 -0700 Received: by lobster.bu.edu (8.6.10/Spike-2.1) id OAA47953; Fri, 26 Jul 1996 14:26:04 -0400 From: ebrisson@lobster.bu.edu (Erik Brisson) Message-Id: <199607261826.OAA47953@lobster.bu.edu> Subject: OpenGL display lists on multi-processor machines To: info-performer@sgi.com Date: Fri, 26 Jul 96 14:26:04 EDT Cc: ebrisson@lobster.bu.edu (Erik Brisson) X-Mailer: ELM [version 2.3 PL11] Status: O Warning/apology: this is not a performer question, per se. Under any of the paradigms used on SGI multi-processor machines for sharing memory between processes, is it possible to do any simultaneous accessing of OpenGL display lists? (E.g., simultaneous read of one display list and write of another, simultaneous write of more than one display list, simultaneous render of one display list)? Thank you, Erik ------------------------------------------------------------------------------- Erik Brisson Manager of Graphics Programming Scientific Computing and Visualization Group Boston University Office of Information Technology 111 Cummington Street Boston, MA 02215 e-mail: ebrisson@bu.edu Office (617) 353-8251 Fax (617) 353-6260 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 12:33:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13553; Fri, 26 Jul 1996 12:31:03 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13537; Fri, 26 Jul 1996 12:31:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA12193; Fri, 26 Jul 1996 12:31:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA00395; Fri, 26 Jul 1996 12:31:00 -0700 Received: from ccvax.lanl.gov (ccvax.lanl.gov [128.165.5.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA18499 for ; Fri, 26 Jul 1996 12:30:58 -0700 Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Fri, 26 Jul 1996 13:29:56 -0600 (MDT) Message-Id: <2.2.32.19960726193320.006c61dc@ccvax> X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 26 Jul 1996 14:33:20 -0500 To: info-performer@sgi.com From: ken sartor Subject: Re: transparency (and draw callbacks) - resolution Cc: scott@ht.com, gene@euphoria.corp.sgi.com Status: O Hi - Thanks for all who replied to my posts! Several good ideas were suggested but the one that seems to be the most workable is to simply disable writing to the depth mask during the drawing of the transparent objects. E.g. : glDepthMask(GL_FALSE); /* in pre-draw */ glDepthMask(GL_TRUE); /* in post-draw */ suggested by: gene koh @ sgi. Again thanks for all the suggestions! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 26 12:38:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13608; Fri, 26 Jul 1996 12:35:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13592; Fri, 26 Jul 1996 12:35:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA12865; Fri, 26 Jul 1996 12:35:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA00635; Fri, 26 Jul 1996 12:35:50 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19656; Fri, 26 Jul 1996 12:35:48 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA01317; Fri, 26 Jul 1996 20:36:38 +0100 From: "Angus Dorbie" Message-Id: <9607262036.ZM1315@bitch.reading.sgi.com> Date: Fri, 26 Jul 1996 20:36:37 +0100 In-Reply-To: scott@ht.com (Scott McMillan) "Re: transparency (and draw callbacks)" (Jul 25, 2:06pm) References: <199607251806.OAA07529@er> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: scott@ht.com (Scott McMillan), sartor@visidyne.com (ken sartor) Subject: Re: transparency (and draw callbacks) Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 2:06pm, Scott McMillan wrote: > Subject: Re: transparency (and draw callbacks) > This sounds like the same problems I have been having....see current > thread about "IV files and transparency"....so far nothing has helped > though. What HW are you working with? > > I have tried to set the transparency to PFTR_NO_OCCLUDE|PFTR_BLEND_ALPHA with > no luck, and I don't think the glDisable(GL_DEPTH_TEST) call in the draw will > work because I always have a solid object partially occluding the trasparent > objects. Then you should also enable sorting in the cull traversal for your channel. pfChanTravMode(chan, PFTRAV_CULL, PFCULL_SORT | whatever_else); > > My application: sticking needles into anatomical models where the needle is > solid the skin is very transparent and the interior anatomy is varying > degrees of transparency. I can move the camera around to get different > views, so depth order is not constant. Yeuch! > > Regards, > scott > > -- > Scott McMillan | HT Medical, Inc. | Developing virtual environ- > scott@ht.com | http://www.ht.com | ment medical and surgical > Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery > Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Scott McMillan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 05:47:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA05425; Mon, 29 Jul 1996 05:46:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA05409; Mon, 29 Jul 1996 05:46:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15398; Mon, 29 Jul 1996 05:46:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA03999; Mon, 29 Jul 1996 05:46:29 -0700 Received: from wintermute.ran.es (wintermute.ran.es [194.51.86.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA28831 for ; Mon, 29 Jul 1996 05:46:26 -0700 Received: from MANHATTAN (ppp013.ran.es [194.51.86.87]) by wintermute.ran.es (8.6.12/8.6.9) with SMTP id OAA08838 for ; Mon, 29 Jul 1996 14:52:29 +0100 Date: Mon, 29 Jul 1996 14:52:29 +0100 Message-Id: <199607291352.OAA08838@wintermute.ran.es> X-Sender: elco@mailer.ran.es X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_838676551==_" To: info-performer@sgi.com From: "ELCO SISTEMAS, S.A." Subject: Use of stencil buffer X-Attachments: C:\TEMP\PERFOR~1\BINOC3.DOC; Status: O --=====================_838676551==_ Content-Type: text/plain; charset="us-ascii" --=====================_838676551==_ Content-Type: application/msword; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="BINOC3.DOC" Hi, Performers: Last week I sent an e-mail asking for help about how to use the stencil= buffer with Performer 2.0. Till the moment I haven=B4t received any suggestions,= but I am quite sure that somebody must have dealt with this problem before. I am using Performer 2.0 with an Indigo2 High IMPACT with 4 TRAM. This machine has Open/GL native graphics hardware. I need to create a sort of binocular with a graduated grid, to look trough= and see the database terrain augmented. I have already solved putting the grid,= using the (unexisting in OpenGL) overlay plane , in a similar way as Performer= does with the stats channel. But I am still having series problems with the use= of the STENCIL buffer, so as to draw the shape o a black binocular. I am using a Post-Draw Callback function, within the framework of PERFLY,= and I have achieved some results, but I am having a problem with the shape of= the binocular flickering between the desired black and an strange sort of= clearScreen apparently every frame. This problem misteriosly dissapear if I do a window resize, or I do iconize the window and restore it the maximum size. But as= soon as I switch the binocular off, and on again, the problem of the flickering= appears again as well. I would hugely appreciate if somebody could tell me where to find any source= of information about the use of the stencil buffer with Performer 2.0, or any= fragment of source C code making use of it. Thanks in advance. -------------- Rafael Garcia ELCO Sistemas Simulation Division Madrid - Spain -------------- --=====================_838676551==_-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 06:07:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA05494; Mon, 29 Jul 1996 06:06:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05478; Mon, 29 Jul 1996 06:06:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17265; Mon, 29 Jul 1996 06:06:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA04321; Mon, 29 Jul 1996 06:06:24 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA02130 for ; Mon, 29 Jul 1996 06:05:26 -0700 From: wasileskib@adadv1.mdc.com Date: Mon, 29 Jul 1996 08:03:27 -0500 Message-Id: <96072908032701@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: linker warnings X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I am getting unresolved warnings during a link for functions/object I am not calling. Does anyone know where these warngins are being generated from? Warning: Unresolved : pfPipeVideoChannel::nb_getPipe(void) pfClipTexture::setUpdateCacheMask(int) pfClipTexture::getUpdateCacheMask(void) pfClipTexture::setUpdateVRegionMask(int) pfClipTexture::getUpdateVRegionMask(void) pfClipTexture::setSizeVRegionMask(int) pfClipTexture::getSizeVRegionMask(void) pfImageCache::getNumStreamServers(int) Thanks. - Bryan J. Wasileski McDonnell Douglas Training Systems wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 07:10:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA05681; Mon, 29 Jul 1996 07:09:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA05665; Mon, 29 Jul 1996 07:09:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20295; Mon, 29 Jul 1996 07:09:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA05329; Mon, 29 Jul 1996 07:09:49 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA14213 for ; Mon, 29 Jul 1996 07:08:53 -0700 From: wasileskib@adadv1.mdc.com Date: Mon, 29 Jul 1996 09:00:11 -0500 Message-Id: <96072909001159@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Anti-Aliasing. X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I posed this question a while ago and never got an answer. I have an application which has several channel setup in a single window. There are instances in which the anti-aliasing is turned off the application and other when it is on. I am not explicitly turning it ON or OFF. In addtion, this seems to only happen when runnng the app on the IR machine and not on the RE2. Is/are there environment settings, hardware limitations, .... or whatever the case may be , that forces anti-aliasing OFF? The only instance which I have found that consistantly turns off the anti-aliasing is when I have the IR's DG8 board setup for 3-1280x1024 channels. If then, I go back and restart the video to 2-1280x1024 channels. ..it does not fix the anti-aliasing. Does anyone know what is going on here ???? - Bryan Wasileski MDTS wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 10:39:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06029; Mon, 29 Jul 1996 10:38:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06013; Mon, 29 Jul 1996 10:38:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29472; Mon, 29 Jul 1996 10:38:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA11262; Mon, 29 Jul 1996 10:38:10 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06298; Mon, 29 Jul 1996 10:38:08 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA03525; Mon, 29 Jul 1996 18:38:56 +0100 From: "Angus Dorbie" Message-Id: <9607291838.ZM3523@bitch.reading.sgi.com> Date: Mon, 29 Jul 1996 18:38:55 +0100 In-Reply-To: wasileskib@adadv1.mdc.com "Anti-Aliasing." (Jul 29, 9:00am) References: <96072909001159@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com, wasileskib@adadv1.mdc.com Subject: Re: Anti-Aliasing. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This sounds like an interaction of the pixel depth with the type of visual you are or requesting. It would appear that with the smaller pixel depth you are not getting multi-samples. Going back to fewer channels and trying to reduce the managed area will not increase the pixel depth unless you restart the graphics, hence the aparent inconsistency. Use pfQueryWin to determine if the your visual has multi-samples. You can have multi-sample anti-aliasing with the smallest pixel depth, you just have to select the appropriate visual. Rgds, Angus On Jul 29, 9:00am, wasileskib@adadv1.mdc.com wrote: > Subject: Anti-Aliasing. > I posed this question a while ago and never > got an answer. I have an application which has > several channel setup in a single window. There > are instances in which the anti-aliasing is turned > off the application and other when it is on. I am > not explicitly turning it ON or OFF. In addtion, > this seems to only happen when runnng the app on > the IR machine and not on the RE2. Is/are there > environment settings, hardware limitations, .... > or whatever the case may be , that forces anti-aliasing > OFF? > The only instance which I have found that consistantly > turns off the anti-aliasing is when I have the IR's > DG8 board setup for 3-1280x1024 channels. If then, I > go back and restart the video to 2-1280x1024 channels. > ..it does not fix the anti-aliasing. > > Does anyone know what is going on here ???? > > - Bryan Wasileski > MDTS > wasileskib@adadv1.mdc.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 11:56:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06176; Mon, 29 Jul 1996 11:54:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06160; Mon, 29 Jul 1996 11:54:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04468; Mon, 29 Jul 1996 11:54:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA13798; Mon, 29 Jul 1996 11:54:53 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA25843 for ; Mon, 29 Jul 1996 11:54:52 -0700 Received: from whisper by acusoft.com (5.x/SMI-SVR4) id AA27203; Mon, 29 Jul 1996 14:11:16 -0400 Received: by whisper (950413.SGI.8.6.12) id RAA05781; Mon, 29 Jul 1996 17:06:36 -0400 Date: Mon, 29 Jul 1996 17:06:36 -0400 (EDT) From: Mark Visconti To: info-performer@sgi.com Subject: Binding video channels Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm having difficulty running more than 1 pfPipeWindow per pfPipe and am curious if I missing something basic. I can create two pipes and run a separate pfPipeWindow per pipe without any problems; however, when I try two pfPipeWindows on one pipe, I get through the Draw Callback once and then nothing. On frequent occasions, the window manager goes down. No corefile or notify messages (level 6) are generated. This occurs in both multiprocessor and single processor mode. While I've stepped through the code several times, I haven't had a chance to write a simple test case. The reason I'm attempting multiple pfPipeWindows is to use DVR. I've had a one channel, one pipewindow configuration using DVR successfully. Is it possible to use only one pfPipeWindow per pipe to support multiple pfPipeVideoChannels bound to different hardware video channels ? I experimented with viewport settings (unsuccessfully) and it appears multiple pfPipeWindows is the way to go. Is there additional documentation available for the interaction between hardware channels, pfPipeVideoChannels, and pfPipeWindows ? The proper method of binding a set of channels (one or more pfChannels) to one hardware channel is not clear (to me). Is there any sample code using multiple pfPipeWindows ? How about DVR on multiple hardware channels ? Hardware 2 pipe IR running IRIX6.2 Performer 2.1 6 R10K's 2 RM6's per pipe Thanks, Mark Visconti AcuSoft, Inc visconti@acusoft.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 12:24:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA06283; Mon, 29 Jul 1996 12:23:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06267; Mon, 29 Jul 1996 12:23:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07081; Mon, 29 Jul 1996 12:23:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA14933; Mon, 29 Jul 1996 12:23:31 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.4.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA03608 for ; Mon, 29 Jul 1996 12:23:29 -0700 Received: from sgi19 by cs.cuhk.hk with ESMTP id DAA22787; Tue, 30 Jul 1996 03:22:39 +0800 Received: by sgi19 (940816.SGI.8.6.9/Spike-2.0) id DAA03740; Tue, 30 Jul 1996 03:22:35 +0800 Date: Tue, 30 Jul 1996 03:22:35 +0800 (HKT) From: David Chan To: info-performer Subject: .obj loader in performer 2.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, Does obj-loader in performer 2.0 support the newest version file format of .obj? Since I had tried to use Alias Studio v7.0.1 to create simple 3D model(the first example in help->on-line docs), and then save it as .obj format, and using perfly to load the database file, but it failed. Thanks. David ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 13:01:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA06478; Mon, 29 Jul 1996 13:00:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06462; Mon, 29 Jul 1996 12:59:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10157; Mon, 29 Jul 1996 12:59:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA15986; Mon, 29 Jul 1996 12:59:58 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA12018 for ; Mon, 29 Jul 1996 12:59:57 -0700 Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA23989; Mon, 29 Jul 96 12:59:57 PDT Received: from jww.nosc.mil by manta.nosc.mil (4.1/SMI-4.1) id AA16716; Mon, 29 Jul 96 12:59:55 PDT Date: Mon, 29 Jul 96 12:59:55 PDT Message-Id: <9607291959.AA16716@manta.nosc.mil> X-Sender: jwallace@manta.nosc.mil X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Jeffrey Wallace Subject: MCO Question Status: O Dear Performer Friends, I have a Performer application which currently displays into a 640x480 window and I use vout to send this window via the SVideo output to a TV. I just got the MCO option installed on my Onyx, and I want to send this window to another output channel through the MCO board. Does anyone have a code fragment they would share to show me how to do this? Thanks, Jeff Wallace ________________________ Jeffrey W. Wallace NCCOSC RDTE DIV Code 44202 53140 Systems St. San Diego, CA 92152-7555 Phone: (619) 553-6809 Fax: (619) 553-3750 jwallace@manta.nosc.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 14:45:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07234; Mon, 29 Jul 1996 14:44:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07218; Mon, 29 Jul 1996 14:44:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16345; Mon, 29 Jul 1996 14:44:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA19913; Mon, 29 Jul 1996 14:44:05 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10238 for ; Mon, 29 Jul 1996 14:44:04 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA06192; Mon, 29 Jul 1996 17:37:33 -0400 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id RAA21656; Mon, 29 Jul 1996 17:42:13 -0400 From: "Bernard Leclerc" Message-Id: <9607291742.ZM21654@eagle.cae.ca> Date: Mon, 29 Jul 1996 17:42:07 -0400 In-Reply-To: Jeffrey Wallace "MCO Question" (Jul 29, 12:59pm) References: <9607291959.AA16716@manta.nosc.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jeffrey Wallace , info-performer@sgi.com Subject: Re: MCO Question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 29, 12:59pm, Jeffrey Wallace wrote: > I have a Performer application which currently displays into a 640x480 > window and I use vout to send this window via the SVideo output to a TV. > > I just got the MCO option installed on my Onyx, and I want to send this > window to another output channel through the MCO board. Does anyone have a > code fragment they would share to show me how to do this? Jeff, You must first configure the MCO for VGA output, you have a choice of 2, 4 or 6 VGA channels. Try % setmon -Svx 2@640x480_60 % stopgfx % startgfx Then use the command gfxinfo to obtain the position and size of the MCO channels. Here is the output of gfxinfo on my machine: % /usr/gfx/gfxinfo Graphics board 1 is "REV" graphics. Managed (":0.1") 1280x960 MCO Display 0 640x480 @ 60Hz, origin (0, 0) MCO Display 1 640x480 @ 60Hz, origin (0, 480) MCO Display 2 640x480 @ 60Hz, origin (640, 0) MCO Display 5 640x480 @ 60Hz, origin (640, 480) 12 GE (GE10 rev. 0x7) 4 RM5 boards Large pixel depth 10-bit RGB pixels Driving Multi-Channel Option As you can see, this MCO generates 4 VGA channels arranged in the following order: +-------+-------+ | | | | VGA 1 | VGA 5 | | | | +-------+-------+ | | | | VGA 0 | VGA 2 | | | | +-------+-------+ The Multi-Channel Option Programmer's Guide has a small programming example at the end of chapter 2. They show how to parse the output of gfxinfo to identify the size and position of various channels. Once you have this information, you have the choice of creating a pfPipeWindow with no border (no decoration) and then use setOriginSize(). Or you can open a full screen pipe window and create one VGA channel with the appropriate viewport to cover the desired VGA channel. Hope this gets you started... -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 29 15:23:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA07537; Mon, 29 Jul 1996 15:21:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07521; Mon, 29 Jul 1996 15:21:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA19432; Mon, 29 Jul 1996 15:21:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA21160; Mon, 29 Jul 1996 15:21:41 -0700 Received: from euphoria.corp.sgi.com ([150.166.214.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA20446 for ; Mon, 29 Jul 1996 15:21:41 -0700 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) id PAA16162; Mon, 29 Jul 1996 15:21:39 -0700 From: "Gene Koh" Message-Id: <9607291521.ZM16160@euphoria.corp.sgi.com> Date: Mon, 29 Jul 1996 15:21:38 -0700 In-Reply-To: Mark Visconti "Binding video channels" (Jul 29, 5:06pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Visconti Subject: Re: Binding video channels Cc: info-performer@sgi.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 29, 5:06pm, Mark Visconti wrote: > Subject: Binding video channels > > I'm having difficulty running more than 1 pfPipeWindow per pfPipe and > am curious if I missing something basic. I've successfully created multiple pipe windows on a single pipe, though not on your platform. The code was something like: pfPipeWindow *pWins[NCHANS]; pfChannel *pChans[NCHANS]; pfPipe *pPipe = pfGetPipe(0); for (int i = 0; i < NCHANS; i++) { pWins[i] = pfNewPWin(pPipe); // Other pipe window stuff deleted pChans[i] = pfNewChan(pPipe); // Create a one-to-one mapping of channels to pipe windows. // By default, all channels will be drawn on pWins[0]; pfAddChan(pWins[i], pChans[i]); } Hope that helps. -- gene koh gene@corp.sgi.com 415.933.4230 simplicity patience compassion ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 05:56:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA11784; Tue, 30 Jul 1996 05:55:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA11768; Tue, 30 Jul 1996 05:55:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15206; Tue, 30 Jul 1996 05:55:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA02744; Tue, 30 Jul 1996 05:55:42 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23691 for ; Tue, 30 Jul 1996 05:55:40 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.sgi.com id OAA05242; Tue, 30 Jul 1996 14:54:57 +0200 From: "Svend Tang-Petersen" Message-Id: <9607301454.ZM5240@rex.copen.sgi.com> Date: Tue, 30 Jul 1996 14:54:57 +0200 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Generel SGI user group meeting at SIGGRAPH ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi All. I've noticed there's a Performer meeting during Siggraph, but will there also be a more general SGI user group meeting ? (I have a number of Danish users asking this question) If so: do you know where and when ? (I didn't manage to find any information on the WWW-page). -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark http://www.sgi.com * * http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 06:20:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11867; Tue, 30 Jul 1996 06:19:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11851; Tue, 30 Jul 1996 06:18:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17144; Tue, 30 Jul 1996 06:18:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA03187; Tue, 30 Jul 1996 06:18:58 -0700 Received: from wintermute.ran.es (wintermute.ran.es [194.51.86.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA27942 for ; Tue, 30 Jul 1996 06:18:35 -0700 Received: from MANHATTAN (ppp007.ran.es [194.51.86.81]) by wintermute.ran.es (8.6.12/8.6.9) with SMTP id PAA03913 for ; Tue, 30 Jul 1996 15:20:31 +0100 Date: Tue, 30 Jul 1996 15:20:31 +0100 Message-Id: <199607301420.PAA03913@wintermute.ran.es> X-Sender: elco@mailer.ran.es X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_838764826==_" To: info-performer@sgi.com From: "ELCO SISTEMAS, S.A." X-Attachments: C:\INTERNET\EUDORA\BINOC3.DOC; Status: O --=====================_838764826==_ Content-Type: text/plain; charset="us-ascii" --=====================_838764826==_ Content-Type: application/msword; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Performers: Last week I sent an e-mail asking for help about how to use the stencil= buffer with Performer 2.0. Till the moment I haven=B4t received any suggestions,= but I am quite sure that somebody must have dealt with this problem before. I am using Performer 2.0 with an Indigo2 High IMPACT with 4 TRAM. This machine has Open/GL native graphics hardware. I need to create a sort of binocular with a graduated grid, to look trough= and see the database terrain augmented. I have already solved putting the grid,= using the (unexisting in OpenGL) overlay plane , in a similar way as Performer= does with the stats channel. But I am still having series problems with the use= of the STENCIL buffer, so as to draw the shape o a black binocular. I am using a Post-Draw Callback function, within the framework of PERFLY,= and I have achieved some results, but I am having a problem with the shape of= the binocular flickering between the desired black and an strange sort of= clearScreen apparently every frame. This problem misteriosly dissapear if I do a window resize, or I do iconize the window and restore it the maximum size. But as= soon as I switch the binocular off, and on again, the problem of the flickering= appears again as well. I would hugely appreciate if somebody could tell me where to find any source= of information about the use of the stencil buffer with Performer 2.0, or any= fragment of source C code making use of it. Thanks in advance. -------------- Rafael Garcia ELCO Sistemas Simulation Division Madrid - Spain -------------- --=====================_838764826==_-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 07:47:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12015; Tue, 30 Jul 1996 07:45:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA11999; Tue, 30 Jul 1996 07:45:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20831; Tue, 30 Jul 1996 07:45:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA04484; Tue, 30 Jul 1996 07:45:46 -0700 Received: from atc.boeing.com (atc.boeing.com [130.42.28.80]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA14320 for ; Tue, 30 Jul 1996 07:45:45 -0700 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA23799; Tue, 30 Jul 1996 07:44:44 -0700 Received: from aw545.iasl.ca.boeing.com by aw101.iasl.ca.boeing.com with SMTP id AA06866 (5.67a/IDA-1.4.4 for ); Tue, 30 Jul 1996 07:45:20 -0700 From: "David H. Whittington" Received: by aw545.info-performer@sgi.com (5.65c/client-1.3) id AA03139; Tue, 30 Jul 1996 07:45:17 -0700 Message-Id: <199607301445.AA03139@aw545.info-performer@sgi.com> Subject: What is the Performer 2.0 Bug List? To: info-performer@sgi.com Date: Tue, 30 Jul 1996 07:45:16 -0700 (PDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 849 Status: O To The SGI Performer Team: Please publish the list of bugs for Performer 2.0 and also which of them are fixed in 2.0.1. I see mail everyday asking about issues that I have heard about that perhaps are known bugs - let's not waste everybody's time individually finding them. PLEASE! Also, does 2.0.1 have support for 5.3 or just 6.2? P.S. Isn't there a bug with PfLayer? .=========================================================================. / David H. Whittington | Voice: (206) 662-4923 (work) \ | Boeing Commercial Airplane | (206) 662-3425 (lab) | | P.O. Box 3707, M/S 19-MH | Internet: dhw3314@aw101.iasl.ca.boeing.com | \ Seattle, WA 98124-2207 | #include "/boeing/sw/std_disclaimer.h" / `=========================================================================' ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 11:37:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA12368; Tue, 30 Jul 1996 11:35:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA12352; Tue, 30 Jul 1996 11:35:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05712; Tue, 30 Jul 1996 11:35:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA16459; Tue, 30 Jul 1996 11:35:37 -0700 Received: from kirk.dnaco.net (kirk.dnaco.net [206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA08223 for ; Tue, 30 Jul 1996 11:35:36 -0700 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by kirk.dnaco.net (8.7.5/8.7.3) with ESMTP id OAA06764 for ; Tue, 30 Jul 1996 14:35:33 -0400 (EDT) From: Eric Heft Received: (eheft@localhost) by picard.dnaco.net (8.6.12/8.6.9) id OAA06475 for info-performer@sgi.com; Tue, 30 Jul 1996 14:35:31 -0400 Message-Id: <199607301835.OAA06475@picard.dnaco.net> Subject: Size determination and scaling To: info-performer@sgi.com (Performer Mailing List) Date: Tue, 30 Jul 1996 14:35:31 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, This should be an easy question. I'm loading an f16 image into a hacked version of perfly. I'm using pfDCSRot and pfDCSTrans to control the position of the aircraft. What I'm having trouble with is the scale. I'd like to scale the aircraft's size using pfDCSScale so my x,y,z values are in feet, but I don't know how to find out the original size of the aircrafts model is done in. I think it should be something like ... 1. load aircraft under a DCS node. -- done 2. get bounding box -- I can lookup. 3. get overall dx/dy/dz of the bounding box. 4. calculate DCS fudge factor based on dx/dy/dz and the real f16 dimensions of 49.5' by 32.7' 5. call pfDCSScale and then I can Trans based on "real" world coordinates. If there is an easer way I'd love to become informed. Until then I'm going to be RTFMing. >:) Thanks -- Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 11:39:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA12388; Tue, 30 Jul 1996 11:38:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA12372; Tue, 30 Jul 1996 11:38:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06515; Tue, 30 Jul 1996 11:38:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA16542; Tue, 30 Jul 1996 11:38:08 -0700 Received: from archimedes.vislab.navy.mil (archimedes.chinalake.navy.mil [129.131.31.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA09430 for ; Tue, 30 Jul 1996 11:38:07 -0700 Received: (jan@localhost) by archimedes.vislab.navy.mil (8.7.5/8.x-CL-SOS5.3) id LAA25114 for info-performer@sgi.com; Tue, 30 Jul 1996 11:40:13 -0700 (PDT) From: Jan Barglowski Posted-Date: Tue, 30 Jul 1996 11:40:13 -0700 (PDT) Message-Id: <199607301840.LAA25114@archimedes.vislab.navy.mil> Subject: Frame buffer width config... To: info-performer@sgi.com Date: Tue, 30 Jul 1996 11:40:13 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi! I've got an IR with two monitor outputs. I've been playing with different configurations of output with ircombine. What I've eventually like to do is - have one monitor (the console) with 1280x1024 when anyone logs in. - when someone runs our Performer app, change the frame buffer to 2560x1024; run the app on the right "half" on the external monitor, and keep the app xterms and such on the console. What I seem to have found is that while ircombine can change the monitor resolutions and en/disable, it can't change the size of the framebuffer unless it is first written to the EEPROM, then stop and startgfx. The alternative is to always use the 2560x1024 framebuffer, but then programs (such as xdm) display half on and half off both displays (we don't really want the external monitor on all the time). Anyone know of any solution to this? jan. -- Jan Anthony Barglowski jan@vislab.navy.mil Animation & Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 11:53:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA12451; Tue, 30 Jul 1996 11:51:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA12435; Tue, 30 Jul 1996 11:51:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09240; Tue, 30 Jul 1996 11:51:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA17228; Tue, 30 Jul 1996 11:51:50 -0700 Received: from od.sri.com (od.sri.com [128.18.53.220]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA12849 for ; Tue, 30 Jul 1996 11:51:49 -0700 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id LAA03875; Tue, 30 Jul 1996 11:48:02 -0700 From: "Nathaniel Bletter" Message-Id: <9607301148.ZM3873@od.sri.com> Date: Tue, 30 Jul 1996 11:48:02 -0700 In-Reply-To: wasileskib@adadv1.mdc.com "Error in Channel offsets" (Jul 26, 12:34pm) References: <96072612343813@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: wasileskib@adadv1.mdc.com, INFO-PERFORMER@sgi.com, aschaffe (Allan Schaffer) Subject: Re: Error in Channel offsets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This channel configuration doesn't seem to make sense. If the offsets of the left and right channels are +90, and -90 in pitch, then one monitor should be facing foward, one is to the left 72 degrees, facing down, and one to the right 72 degrees facing up. Why would you want your monitors in this configuration? I don't think the horizontal FOV should be continuous in this situation. On Jul 26, 12:34pm, wasileskib@adadv1.mdc.com wrote: > Subject: Error in Channel offsets > I have an application which in which I am using > 3 viewing channels, each with a 72 degree horiz. > FOV. I have set the channel group such that the > center channel is the master channel and the > left and right are attached channels. As long > as the channel offsets are changed in yaw, there > consistant alignment from channel to channel; > however, when the left and right channels are > rotated 90 degrees in pitch (left +90.0f and > right -90.0f) the 3 channels no longer give > a continous FOV in the horizontal direction. > There seems to be about a 5-10 degree lag > between channels once the left and right channel > offsets are rotated 90.0 degrees. Can anyone > verify this as a problem? -- Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 13:20:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12788; Tue, 30 Jul 1996 13:18:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12772; Tue, 30 Jul 1996 13:18:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15470; Tue, 30 Jul 1996 13:18:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA21680; Tue, 30 Jul 1996 13:18:34 -0700 Received: from mbsgi2.mdc.com (MBSGI2.MDC.COM [129.200.1.60]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA05103; Tue, 30 Jul 1996 13:18:33 -0700 Received: by mbsgi2.mdc.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA22107; Tue, 30 Jul 1996 13:03:38 -0700 From: "Salvador Cabaruvias" Message-Id: <9607301303.ZM22105@mbsgi2.mdc.com> Date: Tue, 30 Jul 1996 13:03:21 -0700 In-Reply-To: "Dick Rous" "Re: Sirius Video Problem" (Jul 24, 11:39am) References: <9607232131.ZM8713@fbdev1> <9607241139.ZM11072@puth.demeern.sgi.com> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Dick Rous" Subject: Re: Sirius Video Problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sorry, for taking so long to reply, nothing like the flu. Yes, we are in multi-processing mode. I followed the complex sample which did the initialization in the begining (coryphaeus init phase). If you don't mind, I would like the example. Thanks alot, sal -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 13:24:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12810; Tue, 30 Jul 1996 13:22:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12794; Tue, 30 Jul 1996 13:22:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16727; Tue, 30 Jul 1996 13:22:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA21906; Tue, 30 Jul 1996 13:22:37 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06370 for ; Tue, 30 Jul 1996 13:22:36 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA07239; Tue, 30 Jul 1996 16:17:58 -0400 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id QAA26417; Tue, 30 Jul 1996 16:21:13 -0400 From: "Bernard Leclerc" Message-Id: <9607301621.ZM26414@eagle.cae.ca> Date: Tue, 30 Jul 1996 16:21:04 -0400 In-Reply-To: Jan Barglowski "Frame buffer width config..." (Jul 30, 11:40am) References: <199607301840.LAA25114@archimedes.vislab.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jan Barglowski Subject: Re: Frame buffer width config... Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 30, 11:40am, Jan Barglowski wrote: > I've got an IR with two monitor outputs. I've been playing with different > configurations of output with ircombine. What I've eventually like to do > is > - have one monitor (the console) with 1280x1024 when anyone logs in. > - when someone runs our Performer app, change the frame buffer to > 2560x1024; run the app on the right "half" on the external monitor, and > keep the app xterms and such on the console. > > What I seem to have found is that while ircombine can change the monitor > resolutions and en/disable, it can't change the size of the framebuffer > unless it is first written to the EEPROM, then stop and startgfx. The > alternative is to always use the 2560x1024 framebuffer, but then programs > (such as xdm) display half on and half off both displays (we don't really > want the external monitor on all the time). > > Anyone know of any solution to this? Jan, On the RE2/MCO, there's absolutely no way to get around the problem you just described. You have to restart Gfx after changing the EEPROM. I would be surprised if this limitation has been fixed on the IR. However, if you're willing to always use the 2560x1024 framebuffer, you could tell xdm (or the X server) to manage only the portion of the screen corresponding to the High Resolution display. This way you wont have to restart Gfx but you'll have to send a SIGHUP to xdm when changing the size of the frame buffer area to manage. I don't remember the actual command to tell xdm to manage an area different from full screen. Maybe someone will remember it... ;-) -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 14:08:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12903; Tue, 30 Jul 1996 14:05:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12887; Tue, 30 Jul 1996 14:05:42 -0700 Received: from deliverator.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA20878; Tue, 30 Jul 1996 14:05:41 -0700 Received: from octagon.tacom.army.mil by deliverator.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for id OAA00445; Tue, 30 Jul 1996 14:05:40 -0700 From: tidrowd@cc.tacom.army.mil Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.7.5/8.7.3-kbp) with SMTP id QAA12256; Tue, 30 Jul 1996 16:59:32 -0400 (EDT) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 1fe747e0; Tue, 30 Jul 96 16:45:50 -0400 Mime-Version: 1.0 Date: Tue, 30 Jul 1996 16:39:50 -0400 Message-ID: <1fe747e0@cc.tacom.army.mil> Subject: Revenge of the nb_clean bug??? To: info-performer@sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O Does anybody else still have problems with Performer segfaulting on a nb_clean() call down in its entrails? I just received patchSG0001414, which I thought would cure my problems - no joy. Admittedly, I'm doing some squirrelly things to the scene graph, but, darn it, it worked fine in 1.2! All I'm really doing is splicing in some extra nodes into the scene graph of a vehicle model loaded by the FLT loader. Is there a list of known combinations of actions that trip the bug? I'll try to reduce it down to a simple case that crashes and post it - in the meantime, here's the stack trace (if its any use...): 0 pfGroup::nb_clean(int)(0x181c4e70, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfGroup.C":144, 0x5d047478] 1 pfSCS::nb_clean(int)(0x181c5010, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfSCS.C":176, 0x5d0c5674] 2 pfGroup::nb_clean(int)(0x181c2f50, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfGroup.C":144, 0x5d047484] 3 pfSCS::nb_clean(int)(0x181c42d0, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfSCS.C":176, 0x5d0c5674] 4 pfDCS::nb_clean(int)(0x181c2d70, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfDCS.C":120, 0x5d086b28] 5 pfGroup::nb_clean(int)(0x18108c70, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfGroup.C":144, 0x5d047484] 6 pfGroup::nb_clean(int)(0x180b9de0, 0x7100, 0x181c9740, 0x0) ["../../../lib/libpf/pfGroup.C":144, 0x5d047484] 7 clean(void)(0x181c4ec4, 0x0, 0x181c9740, 0x0) ["../../../lib/libpf/pfProcess.C":1882, 0x5d0eaf98] 8 pfFrame(0x181c4ec4, 0x0, 0x181c9740, 0x0) ["../../../lib/libpf/pfProcess.C":2540, 0x5d0ecc08] 9 Scene::render(void)(this = 0x10041278) ["/usr/people/tidrow/world/dev_world_v6pf2.0/Scene.c++":472, 0x4b4c58] 10 Scene::update(void)(this = 0x10041278) ["/usr/people/tidrow/world/dev_world_v6pf2.0/Scene.c++":528, 0x4b6954] 11 ObjectMgr::main(void)(this = 0x1003b390) ["/usr/people/tidrow/world/dev_world_v6pf2.0/obj_mgr.c++":77, 0x4a7764] 12 main(num_args = 1, arg_list = 0x7fffaef4) ["/usr/people/tidrow/world/dev_world_v6pf2.0/world.c++":39, 0x4ad994] 13 __start() ["crt1text.s":133, 0x44a15c] Suggestions, anyone? Don Tidrow Visual Simulation Developer US Army TACOM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 14:15:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA13162; Tue, 30 Jul 1996 14:13:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13146; Tue, 30 Jul 1996 14:13:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23011; Tue, 30 Jul 1996 14:13:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA24011; Tue, 30 Jul 1996 14:13:41 -0700 Received: from Styx.deneb.com (styx.deneb.com [198.111.32.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA13781 for ; Tue, 30 Jul 1996 14:11:19 -0700 Received: from deneb.com (uucp@localhost) by Styx.deneb.com (8.7.3/Merit) with UUCP id RAA08872 for info-performer@sgi.com; Tue, 30 Jul 1996 17:14:03 -0400 (EDT) Received: from bizzaro by Stones (16.6/3.2.083191-Deneb Robotics) id AA19661; Tue, 30 Jul 96 16:29:57 -0400 Sender: kuehne@deneb.com Message-Id: <31FE721A.41C6@deneb.com> Date: Tue, 30 Jul 1996 16:35:38 -0400 From: Robert Kuehne Organization: Deneb Robotics, Inc. X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Job: C/C++ Programmer w/Performer experience Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Deneb Robotics, Inc. Deneb Robotics, Inc., an international leader in the field of interactive 3D graphics simulation technology for engineering, seeks talented and skilled individuals for employment. We develop leading edge software products including immersive Virtual Reality systems for simulation based design, virtual prototyping, robotic simulation and off-line programming, NC verification, discrete event simulation and telerobotics. Due to our steady growth and increasing customer base, we currently have need to fill several software development positions at our corporate headquarters in Auburn Hills, Michigan. We offer competitive salaries, complete benefits, and a progressive, smoke-free, casual working environment. Deneb Robotics is an Equal Opportunity Employer. Position: C/C++ Programmer for System and Application Interfaces Deneb Robotics, Inc., is looking for an individual with a combination of the following skills and experience to fill a role as a software developer responsible for development and maintenance of 3D computer graphics software and GUI tools running on various UNIX and PC platforms. Specific areas of application are virtual reality, rendering, telerobotics, and integration of simulation products with design and engineering applications. Requirements: - 2 plus years of C/C++ programming experience. - 3 years experience in developing 3D computer graphics software or computer graphics modeling. - Performer, OpenGL, VRML, HTML exposure - Motif, X, Xt exposure - Windows NT system programming exposure - Development of hardware/software interfaces, such as network or serial drivers - Development of GUIs We will consider candidates with technical Bachelors and advanced degrees including new graduates with strong academic and/or work experience. We offer competitive salaries commensurate with experience and skill level. Send resume and salary history to: Personnel Dept. Deneb Robotics, Inc. 3285 Lapeer Road West P.O. Box 214687 Auburn Hills, MI 48321-4687 Fax: 810-377-8125 Email: personnel@deneb.com An Equal Opportunity employer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 15:45:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13683; Tue, 30 Jul 1996 15:43:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA13667; Tue, 30 Jul 1996 15:43:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA00670; Tue, 30 Jul 1996 15:43:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA28010; Tue, 30 Jul 1996 15:43:16 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA10267 for ; Tue, 30 Jul 1996 15:43:15 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id PAA00644; Tue, 30 Jul 1996 15:43:14 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id PAA13660; Tue, 30 Jul 1996 15:43:14 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607301543.ZM13658@holodeck.csd.sgi.com> Resent-Date: Tue, 30 Jul 1996 15:43:14 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05462; Mon, 29 Jul 1996 06:00:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17100; Mon, 29 Jul 1996 06:00:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA04206; Mon, 29 Jul 1996 06:00:47 -0700 Received: from count-zero.codenet.be (ns.codenet.be [194.111.177.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA01257 for ; Mon, 29 Jul 1996 06:00:42 -0700 Received: from smtpgate.trasys.be ([194.111.177.156]) by count-zero.codenet.be (Netscape Mail Server v1.1) with SMTP id AAA22727 for ; Mon, 29 Jul 1996 15:00:07 +0200 Received: by smtpgate.trasys.be with Microsoft Mail id <31FCE124@smtpgate.trasys.be>; Mon, 29 Jul 96 15:04:52 +2 From: "Spencer, Dan" To: "'info-performer-request@sgi.com'" Subject: Accumulation Date: Mon, 29 Jul 96 14:39:00 +2 Message-ID: <31FCE124@smtpgate.trasys.be> Encoding: 31 TEXT X-Mailer: Microsoft Mail V3.0 Status: O Here is a bizare problem: I use an accumulation buffer to simulate depth of field effects on an onyx. I have set up the acsize(16) etc. I have a gl (old gl) program which calls: acbuf(AC_ACCUMULATE,1.0) And takes very little time ( less than 20 milli secs), giving me frame rates greater than 36 Hertz for a single pass. BUT, when I use this same call from within a Performer draw callback, it takes over 250 milli seconds, giving me frame rates of about 4 Hz (on a single pass). (It has been set up in the same way ) Both programs function correctly in the same way (but of course one is MUCH slower than the other), and no warnings etc are produced. Is there's something extra to do in Performer ? Whats going on ? ( I used gettimeofday to time the actual function call). Thanks in advance Dan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 15:45:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13701; Tue, 30 Jul 1996 15:43:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA13685; Tue, 30 Jul 1996 15:43:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA00674; Tue, 30 Jul 1996 15:43:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA28012; Tue, 30 Jul 1996 15:43:16 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA10269 for ; Tue, 30 Jul 1996 15:43:16 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for <@roll.csd.sgi.com:info-performer@sgi.com> id PAA00648; Tue, 30 Jul 1996 15:43:15 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id PAA13663; Tue, 30 Jul 1996 15:43:14 -0700 Resent-From: aschaffe (Allan Schaffer) Resent-Message-Id: <9607301543.ZM13661@holodeck.csd.sgi.com> Resent-Date: Tue, 30 Jul 1996 15:43:14 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05552; Mon, 29 Jul 1996 06:31:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19287; Mon, 29 Jul 1996 06:31:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA04712; Mon, 29 Jul 1996 06:31:06 -0700 Received: from count-zero.codenet.be (ns.codenet.be [194.111.177.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA06753 for ; Mon, 29 Jul 1996 06:30:59 -0700 Received: from smtpgate.trasys.be ([194.111.177.156]) by count-zero.codenet.be (Netscape Mail Server v1.1) with SMTP id AAA23141 for ; Mon, 29 Jul 1996 15:30:56 +0200 Received: by smtpgate.trasys.be with Microsoft Mail id <31FCE85E@smtpgate.trasys.be>; Mon, 29 Jul 96 15:35:42 +2 From: "Spencer, Dan" To: "'info-performer-request@sgi.com'" Subject: Accumulation-info Date: Mon, 29 Jul 96 15:08:00 +2 Message-ID: <31FCE85E@smtpgate.trasys.be> Encoding: 15 TEXT X-Mailer: Microsoft Mail V3.0 Status: O Oops , In my last message about the problem with the accumulation buffer, I forgot some Info that might be usefull: I am using an Onyx with REII graphics, Performer V2.0 , IRIX 5.3. When I said a "Draw callback", I meant a: pfChanTravFunc(chan,PFTRAV_DRAW,draw_func) ; type callback (i.e. for every channel). Dan. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 30 16:08:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA14161; Tue, 30 Jul 1996 16:06:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA14145; Tue, 30 Jul 1996 16:06:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA04210; Tue, 30 Jul 1996 16:06:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA29440; Tue, 30 Jul 1996 16:06:29 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA15590 for ; Tue, 30 Jul 1996 16:06:27 -0700 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA09166; Tue, 30 Jul 1996 18:59:40 -0400 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id TAA27117; Tue, 30 Jul 1996 19:02:51 -0400 From: "Bernard Leclerc" Message-Id: <9607301902.ZM27115@eagle.cae.ca> Date: Tue, 30 Jul 1996 19:02:45 -0400 In-Reply-To: "Spencer, Dan" "Accumulation" (Jul 29, 2:39pm) References: <31FCE124@smtpgate.trasys.be> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Spencer, Dan" Subject: Re: Accumulation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19607301902.ZM27115.cae.ca" Status: O -- --PART-BOUNDARY=.19607301902.ZM27115.cae.ca Content-Type: text/plain; charset=us-ascii On Jul 29, 2:39pm, Spencer, Dan wrote: > I use an accumulation buffer to simulate depth of field effects on an onyx. > > I have set up the acsize(16) etc. > > I have a gl (old gl) program which calls: > > acbuf(AC_ACCUMULATE,1.0) > > And takes very little time ( less than 20 milli secs), giving me frame > rates greater than 36 Hertz for a single pass. > > BUT, when I use this same call from within a Performer draw callback, it > takes over > > 250 milli seconds, giving me frame rates of about 4 Hz (on a single pass). > (It has been set up in the same way ) > > Both programs function correctly in the same way (but of course one is MUCH > slower than the other), and no warnings etc are produced. > > Is there's something extra to do in Performer ? > Whats going on ? > > ( I used gettimeofday to time the actual function call). Dan, We had the same problem here a while ago. We discovered the accumulation is not always done by the graphics hardware. In your case, it is obvious the acbuf is soft!!! BTW, don't use gettimeofday(), try pfGetTime() - it's more precise. Attached is a version of simple.C I've used to perform timing on acbuf() operation. Notice I haven't used pfGetTime(). Instead, I use the normal stats to compare the execution time. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 --PART-BOUNDARY=.19607301902.ZM27115.cae.ca X-Zm-Content-Name: acbuf.C Content-Description: Text Content-Type: text/plain ; name="acbuf.C" ; charset=us-ascii // acbuf.C: Based on simple.C -- to perform timing on acbuf operations #include #include #include #include #include #include #include #include #include // Usage() -- print usage advice and exit. static void Usage (char *pgm) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Usage: %s file.ext\n", pgm); exit(1); } // DrawFunc() -- Channel DRAW process callback static void drawFunc(pfChannel *chan, void *data) { data; chan->clear(); chan->drawStats(); pfDraw(); acbuf(AC_CLEAR, 0.0f); acbuf(AC_CLEAR_ACCUMULATE, 1.0f); acbuf(AC_ACCUMULATE, 1.0f); acbuf(AC_RETURN, 1.0f); acbuf(AC_MULT, 0.8f); } // PipeConfigFunc() -- To configure the Frame Buffer static void PipeConfigFunc(pfPipeWindow *pw) { pw->open(); stensize(1); acsize(12); RGBsize(12); zbsize(32); mssize(8,24,1); gconfig(); pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "mssize(%d, %d, %d) Zrange %#8x - %#8x\n", getgconfig(GC_MS_SAMPLES), PF_ABS(getgconfig(GC_BITS_MS_ZBUFFER)), getgconfig(GC_BITS_MS_STENCIL), getgconfig(GC_MS_ZMIN), getgconfig(GC_MS_ZMAX)); pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "zbsize(%d) Zrange %#8x - %#8x\n", PF_ABS(getgconfig(GC_BITS_ZBUFFER)), getgconfig(GC_ZMIN), getgconfig(GC_ZMAX)); pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "acsize(%d) RBGsize(%d) stensize(%d)\n", getgconfig(GC_BITS_ACBUF), getgconfig(GC_BITS_RED), getgconfig(GC_BITS_STENCIL)); acbuf(AC_CLEAR,0.0f); } // Main() -- Main program int main (int argc, char *argv[]) { if (argc < 2) Usage(argv[0]); // Initialize Performer pfInit(); // Use default multiprocessing mode based on number of // processors. pfMultiprocess( PFMP_DEFAULT ); // Load all loader DSO's before pfConfig() forks pfdInitConverter(argv[1]); // initiate multi-processing mode set in pfMultiprocess call // FORKs for Performer processes, CULL and DRAW, etc. happen here. pfConfig(); // Append to Performer search path, PFPATH, files in // /usr/share/Performer/data */ pfFilePath(".:/usr/share/Performer/data"); pfNode *root = pfdLoadFile(argv[1]); if (root == NULL) { pfExit(); exit(-1); } // Attach loaded file to a new pfScene pfScene *scene = new pfScene; scene->addChild(root); // Create a pfLightSource and attach it to scene scene->addChild(new pfLightSource); // Configure and open GL window pfPipe *p = pfGetPipe(0); pfPipeWindow *pw = new pfPipeWindow(p); //pw->setWinType(PFPWIN_TYPE_X); pw->setName("IRIS Performer"); pw->setOriginSize(0,0,640,480); pw->setConfigFunc(PipeConfigFunc); pw->config(); // Create and configure a pfChannel. pfChannel *chan = new pfChannel(p); chan->setScene(scene); chan->setFOV(45.0f, 0.0f); chan->setTravFunc(PFTRAV_DRAW,drawFunc); // determine extent of scene's geometry pfSphere bsphere; root->getBound(&bsphere); chan->setNearFar(1.0f, 10.0f * bsphere.radius); // Simulate for twenty seconds. float t = 0.0f; while (t < 20.0f) { pfCoord view; float s, c; // Go to sleep until next frame time. pfSync(); // Initiate cull/draw for this frame. pfFrame(); // Compute new view position. t = pfGetTime(); pfSinCos(45.0f*t, &s, &c); view.hpr.set(45.0f*t, -10.0f, 0); view.xyz.set(2.0f * bsphere.radius * s, -2.0f * bsphere.radius *c, 0.5f * bsphere.radius); chan->setView(view.xyz, view.hpr); } // Terminate parallel processes and exit pfExit(); return 0; } --PART-BOUNDARY=.19607301902.ZM27115.cae.ca-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 04:32:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA16286; Wed, 31 Jul 1996 04:31:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA16270; Wed, 31 Jul 1996 04:31:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA27935; Wed, 31 Jul 1996 04:31:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id EAA19768; Wed, 31 Jul 1996 04:31:07 -0700 Received: from onyx.montesa (rppp2.encis.es [194.179.69.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA29415 for ; Wed, 31 Jul 1996 04:31:03 -0700 Received: (from brainval@localhost) by onyx.montesa (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA01623; Wed, 31 Jul 1996 13:31:18 -0700 From: "brainval" Message-Id: <9607311331.ZM1621@onyx.montesa> Date: Wed, 31 Jul 1996 13:31:17 -0700 In-Reply-To: tidrowd@cc.tacom.army.mil "Revenge of the nb_clean bug???" (Jul 30, 4:39pm) References: <1fe747e0@cc.tacom.army.mil> Reply-To: brainval@ehome.encis.es Organization: Brainstorm Multimedia Department: Software Development X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: tidrowd@cc.tacom.army.mil, info-performer@sgi.com Subject: Re: Revenge of the nb_clean bug??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 30, 4:39pm, tidrowd@cc.tacom.army.mil wrote: > Subject: Revenge of the nb_clean bug??? > > Suggestions, anyone? > We have the same problem, a few months ago. This happens us only when we do some change in the Database Tree during simulation. To avoid it make a list of changes and execute it at the end of the frame. What about these Patches? I've never heard about it ? Hector Viguer. -- Brainstorm Multimedia. Software Development. brainval@ehome.encis.es ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 05:49:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA16470; Wed, 31 Jul 1996 05:47:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA16454; Wed, 31 Jul 1996 05:47:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA01028; Wed, 31 Jul 1996 05:47:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA21567; Wed, 31 Jul 1996 05:47:47 -0700 Received: from mail.gmd.de (mail.gmd.de [129.26.8.90]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA11432 for ; Wed, 31 Jul 1996 05:47:45 -0700 Received: from viswiz.gmd.de (viswiz) by mail.gmd.de with SMTP id AA28284 (5.67b8/IDA-1.5 for ); Wed, 31 Jul 1996 14:47:43 +0200 Received: (from simon@localhost) by viswiz.gmd.de (8.7.5/8.7.3) id OAA12277 for info-performer@sgi.sgi.com; Wed, 31 Jul 1996 14:47:41 +0200 (MDT) From: Simon Gibbs Message-Id: <199607311247.OAA12277@viswiz.gmd.de> Subject: pfTexLoadMode with PFTEX_SOURCE_VIDEO To: info-performer@sgi.com Date: Wed, 31 Jul 1996 14:47:41 +0200 (MDT) X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O I've been looking at the libpf version of movietex (it was posted to this mailing list) and notice that the draw callback needs a glXMakeCurrentReadSGI(...) before refreshing the video texture. In fact, if this call is not made, Performer (2.1 and OpenGL on IRIX 6.2, with RE2 and Sirius) seems to "forget" the source of the texture (and refreshes from the framebuffer) even if the texture is created with pfTexLoadMode(tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_VIDEO) Shouldn't the pfTexLoadMode make the glXMakeCurrentReadSGI unnecessary? (And, if not, it would be good to mention the need for glXMakeCurrentReadSGI in the pfTexLoadMode documentation.) Simon Gibbs Institute for Media Communication - GMD ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 06:04:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16545; Wed, 31 Jul 1996 06:03:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16529; Wed, 31 Jul 1996 06:03:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02642; Wed, 31 Jul 1996 06:03:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA22004; Wed, 31 Jul 1996 06:03:32 -0700 Received: from mail.gmd.de (mail.gmd.de [129.26.8.90]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA13898 for ; Wed, 31 Jul 1996 06:03:28 -0700 Received: from viswiz.gmd.de (viswiz) by mail.gmd.de with SMTP id AA28187 (5.67b8/IDA-1.5 for ); Wed, 31 Jul 1996 15:03:27 +0200 Received: (from simon@localhost) by viswiz.gmd.de (8.7.5/8.7.3) id PAA12493 for info-performer@sgi.sgi.com; Wed, 31 Jul 1996 15:03:25 +0200 (MDT) From: Simon Gibbs Message-Id: <199607311303.PAA12493@viswiz.gmd.de> Subject: pfPWinList To: info-performer@sgi.com Date: Wed, 31 Jul 1996 15:03:25 +0200 (MDT) X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O I'm using Performer 2.1 (with OpenGL, IRIX 6.2, RE2) and want to change framebuffer configuration in my application. I've tried creating several pfWindows, adding them to a pfPipeWindow using pfPWinList and then selecting using pfPWinIndex (followed by a pfSelectPWin for good luck). When I call pfPrint on the pipewindow, the window list looks ok but the pfSelectPWin always fails with a message of the form: pfWindow::setIndex() - list element 0 is not a pfWindow - can't select. Has anyone had an experience with pfPWinList / pfPWinIndex? Simon Gibbs Institute for Media Communication - GMD ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 07:24:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16765; Wed, 31 Jul 1996 07:23:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16749; Wed, 31 Jul 1996 07:23:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA07795; Wed, 31 Jul 1996 07:23:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA24004; Wed, 31 Jul 1996 07:23:11 -0700 Received: from octagon.tacom.army.mil (octagon.tacom.army.mil [147.240.16.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA27410 for ; Wed, 31 Jul 1996 07:23:10 -0700 From: tidrowd@cc.tacom.army.mil Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.7.5/8.7.3-kbp) with SMTP id KAA20545; Wed, 31 Jul 1996 10:10:01 -0400 (EDT) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 1ff65e70; Wed, 31 Jul 96 09:55:51 -0400 Mime-Version: 1.0 Date: Wed, 31 Jul 1996 09:51:22 -0400 Message-ID: <1ff65e70@cc.tacom.army.mil> To: info-performer@sgi.com Subject: Job: C/C++ Programmer w/Performer experience Content-Type: multipart/mixed; boundary="IMA.Boundary.153128838" Status: O This is a Mime message, which your current mail reader may not understand. Parts of the message will appear as text. To process the remainder, you will need to use a Mime compatible mail reader. Contact your vendor for details. --IMA.Boundary.153128838 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part This is in Auburn Hills!!! ______________________________ Forward Header __________________________________ Subject: Job: C/C++ Programmer w/Performer experience Author: Robert Kuehne at TWLAN-SMTP Date: 7/30/96 4:35 PM Deneb Robotics, Inc. Deneb Robotics, Inc., an international leader in the field of interactive 3D graphics simulation technology for engineering, seeks talented and skilled individuals for employment. We develop leading edge software products including immersive Virtual Reality systems for simulation based design, virtual prototyping, robotic simulation and off-line programming, NC verification, discrete event simulation and telerobotics. Due to our steady growth and increasing customer base, we currently have need to fill several software development positions at our corporate headquarters in Auburn Hills, Michigan. We offer competitive salaries, complete benefits, and a progressive, smoke-free, casual working environment. Deneb Robotics is an Equal Opportunity Employer. Position: C/C++ Programmer for System and Application Interfaces Deneb Robotics, Inc., is looking for an individual with a combination of the following skills and experience to fill a role as a software developer responsible for development and maintenance of 3D computer graphics software and GUI tools running on various UNIX and PC platforms. Specific areas of application are virtual reality, rendering, telerobotics, and integration of simulation products with design and engineering applications. Requirements: - 2 plus years of C/C++ programming experience. - 3 years experience in developing 3D computer graphics software or computer graphics modeling. - Performer, OpenGL, VRML, HTML exposure - Motif, X, Xt exposure - Windows NT system programming exposure - Development of hardware/software interfaces, such as network or serial drivers - Development of GUIs We will consider candidates with technical Bachelors and advanced degrees including new graduates with strong academic and/or work experience. We offer competitive salaries commensurate with experience and skill level. Send resume and salary history to: Personnel Dept. Deneb Robotics, Inc. 3285 Lapeer Road West P.O. Box 214687 Auburn Hills, MI 48321-4687 Fax: 810-377-8125 Email: personnel@deneb.com An Equal Opportunity employer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --IMA.Boundary.153128838-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 09:58:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17100; Wed, 31 Jul 1996 09:56:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17084; Wed, 31 Jul 1996 09:56:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24994; Wed, 31 Jul 1996 09:56:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA29424; Wed, 31 Jul 1996 09:56:42 -0700 Received: from stargate.sandiego.sgi.com ([169.238.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA00300 for ; Wed, 31 Jul 1996 09:56:37 -0700 Received: by stargate.sandiego.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id JAA20088; Wed, 31 Jul 1996 09:56:33 -0700 From: "frank phillips" Message-Id: <9607310956.ZM20086@stargate.sandiego.sgi.com> Date: Wed, 31 Jul 1996 09:56:32 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: IR Stereo Perfly? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Howdy: Has anyone already hacked together a stereo perfly that works on the IR? The sfly program won't work, and I need to put something together quickly. Maybe someone can save me the time? Thanks! fap@sandiego.sgi.com frank phillips ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 11:21:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17601; Wed, 31 Jul 1996 11:19:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17583; Wed, 31 Jul 1996 11:19:01 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA03346; Wed, 31 Jul 1996 11:19:00 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id LAA23033; Wed, 31 Jul 1996 11:18:59 -0700 Received: from euphoria.corp.sgi.com ([150.166.214.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA20255 for ; Wed, 31 Jul 1996 11:17:42 -0700 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi id LAA18669; Wed, 31 Jul 1996 11:17:41 -0700 From: "Gene Koh" Message-Id: <9607311117.ZM18667@euphoria.corp.sgi.com> Date: Wed, 31 Jul 1996 11:17:41 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.engr.sgi.com Subject: Known bug? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a pfGeode which is instanced by multiple SCS nodes. Within the geode is a geoset containing a single quad. When I use pfGSetDrawMode(gset, PFGS_COMPILE_GL, PF_ON); I only see one instance of the quad in my scene. If I don't generate a display list, it works fine. Has anyone else seen this problem? I'm running 2.0 on 5.3. Thanks. -- gene koh gene@corp.sgi.com 415.933.4230 simplicity patience compassion ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 11:45:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17771; Wed, 31 Jul 1996 11:44:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17755; Wed, 31 Jul 1996 11:44:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05704; Wed, 31 Jul 1996 11:44:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA05426; Wed, 31 Jul 1996 11:44:06 -0700 Received: from moe.csn.net (moe.csn.net [199.117.160.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA26617 for ; Wed, 31 Jul 1996 11:44:00 -0700 Received: from uucp-1.csn.net (uucp-1.csn.net [199.117.27.26]) by moe.csn.net (8.6.12/8.6.9) with ESMTP id MAA27479 for ; Wed, 31 Jul 1996 12:43:57 -0600 Received: from evt.com (uucp@localhost) by uucp-1.csn.net (8.7.5/8.7.3) with UUCP id MAA29486 for csn!sgi.com!info-performer; Wed, 31 Jul 1996 12:43:57 -0600 (MDT) Received: from snowmass by vail via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@vail:info-performer@sgi.com> id LAA10497; Wed, 31 Jul 1996 11:42:01 -0700 Received: by snowmass (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id LAA20332; Wed, 31 Jul 1996 11:42:00 -0700 From: "Dewey Anderson" Message-Id: <9607311142.ZM20330@snowmass> Date: Wed, 31 Jul 1996 11:42:00 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Perf at SIGGRAPH? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Back in May, Michael Jones wrote (regarding IMAGE): o The Friends of Performer get-together. We've held this at I/ITSEC, ITEC, IMAGE, and SIGGRAPH since we first released Performer. It's a very important way to meet face-to-face and often is a chance to answer important questions. Historically, it's also been a good place to get that rarest and most sought-after of attire, the Performer T-Shirt. No "registration" is necessary for this. Just show up if you're interested. o Finally, the official Friends of Performer party. We usually go out for some entertainment after the Friends of Performer meeting. No registration required, but no cameras are allowed either -- the risk of blackmail would be too great. If you want to do something crazy with the Performer team, let us know. (Ideas welcome) Any such thing happening at SIGGRAPH? If so where and when? (Apologies if this has already been posted. I'm a bit behind....) Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 13:29:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18218; Wed, 31 Jul 1996 13:27:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18202; Wed, 31 Jul 1996 13:27:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10053; Wed, 31 Jul 1996 13:27:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA10224; Wed, 31 Jul 1996 13:27:22 -0700 Received: from aud.ucla.edu ([128.97.171.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21834 for ; Wed, 31 Jul 1996 13:27:21 -0700 Received: from stelia by aud.ucla.edu (SMI-8.6/SMI-SVR4) id NAA03036; Wed, 31 Jul 1996 13:27:04 -0700 Sender: scott@ucla.edu Message-ID: <31FFC197.794B@ucla.edu> Date: Wed, 31 Jul 1996 13:27:03 -0700 From: "Scott A. Friedman" Organization: UCLA Department of Architecture + Urban Design X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Info Performer Subject: Z-Buffer greater than 24 bits? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi! We were wondering here if there is a way to set the Z-Buffer to 30bits on our iR using OpenGL and Motif. Running findvis does not report any such combination while xdpyinfo reports the existance of such a visual. No matter what I do to request the combination I want I get a 24(23) bit depth buffer. What am I doing wrong - or not? I would like something like PFFB_RGBA PFFB_DOUBLEBUFFER PFFB_DEPTH_SIZE, 30 PFFB_RED_SIZE, 10 PFFB_SAMPLES, 4 PFFB_STENCIL_SIZE, 1 Any suggestions appreciated! Scott -- Scott A. Friedman University of California at Los Angeles o:310.206.4793 Department of Architecture + Urban Design f:310.825.7745 Box 951467 / Perloff Hall p:310.875.2666 Los Angeles, CA 90095-1467 mailto:friedman@ucla.edu | http://www.aud.ucla.edu/~friedman pgp : F1 9C 1C 50 0B FC 22 B7 49 86 15 18 C3 C8 29 16 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 13:50:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18315; Wed, 31 Jul 1996 13:48:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18299; Wed, 31 Jul 1996 13:48:16 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11312; Wed, 31 Jul 1996 13:48:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA11179; Wed, 31 Jul 1996 13:48:15 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA26655 for ; Wed, 31 Jul 1996 13:48:14 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA28965; Wed, 31 Jul 96 13:48:11 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA18815; Wed, 31 Jul 1996 13:48:09 -0700 From: "Remi Arnaud" Message-Id: <9607311348.ZM18813@remi.asd.sgi.com> Date: Wed, 31 Jul 1996 13:48:08 -0700 In-Reply-To: "Scott A. Friedman" "Z-Buffer greater than 24 bits?" (Jul 31, 1:27pm) References: <31FFC197.794B@ucla.edu> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix, Info Performer Subject: Re: Z-Buffer greater than 24 bits? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 31, 1:27pm, Scott A. Friedman wrote: > Subject: Z-Buffer greater than 24 bits? Personaly I use glxinfo. This program print a list that I find more readable. Check if the mode you want appears in a line, and check each column to see if it match with what you requested. > We were wondering here if there is a way to set the Z-Buffer to 30bits > on our iR using OpenGL and Motif. Running findvis does not report any > such combination while xdpyinfo reports the existance of such a visual. > No matter what I do to request the combination I want I get a 24(23) bit > depth buffer. What am I doing wrong - or not? -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 14:29:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA18684; Wed, 31 Jul 1996 14:27:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18668; Wed, 31 Jul 1996 14:27:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13337; Wed, 31 Jul 1996 14:27:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA14403; Wed, 31 Jul 1996 14:27:14 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA06758; Wed, 31 Jul 1996 14:27:08 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id WAA01319; Wed, 31 Jul 1996 22:28:16 +0100 From: "Angus Dorbie" Message-Id: <9607312228.ZM1317@bitch.reading.sgi.com> Date: Wed, 31 Jul 1996 22:28:16 +0100 In-Reply-To: "Scott A. Friedman" "Z-Buffer greater than 24 bits?" (Jul 31, 1:27pm) References: <31FFC197.794B@ucla.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Scott A. Friedman" , Info Performer Subject: Re: Z-Buffer greater than 24 bits? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 31, 1:27pm, Scott A. Friedman wrote: > Subject: Z-Buffer greater than 24 bits? > Hi! > > We were wondering here if there is a way to set the Z-Buffer to 30bits > on our iR using OpenGL and Motif. No, although with multisampling you get a 'compressed' z-buffer which gives better quality for the number of bit planes. >-- End of excerpt from Scott A. Friedman ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 15:19:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA18911; Wed, 31 Jul 1996 15:17:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA18895; Wed, 31 Jul 1996 15:17:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16202; Wed, 31 Jul 1996 15:17:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA18187; Wed, 31 Jul 1996 15:17:04 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA20325 for ; Wed, 31 Jul 1996 15:17:02 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA03014; Wed, 31 Jul 96 17:12:59 -0500 Date: Wed, 31 Jul 96 17:12:59 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9607312212.AA03014@mred.bgm.link.com> To: info-performer@sgi.com Subject: More pfBox fun & games. Status: O It looks like pfXformBox is badly named - to doesn't seem to work with 'unusual' matrices. The routine to transform a pfSphere is named pfOrthoXformSphere presumably because it doesn't work with non-ortho matrices. I think the same restriction applies to pfXformBox. It should either be fixed so that it can cope with arbitary matrices, or it should be renamed for consistancy with the pfSphere nomenclature. ...because it would have saved me a day of messing around... >:-( Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 31 23:34:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA01467; Wed, 31 Jul 1996 23:26:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA01451; Wed, 31 Jul 1996 23:26:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA00537; Wed, 31 Jul 1996 23:26:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA00804; Wed, 31 Jul 1996 23:26:38 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id XAA20538 for ; Wed, 31 Jul 1996 23:26:37 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA25616; Wed, 31 Jul 96 23:26:12 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA16053; Wed, 31 Jul 1996 23:26:03 -0700 Message-Id: <199608010626.XAA16053@rico.asd.sgi.com> To: "Scott A. Friedman" Cc: Info Performer Subject: Re: Z-Buffer greater than 24 bits? In-Reply-To: Your message of "Wed, 31 Jul 96 13:27:03 PDT." <31FFC197.794B@ucla.edu> Date: Wed, 31 Jul 96 23:26:02 -0700 From: Simon Hui Status: O > From: "Scott A. Friedman" > Subject: Z-Buffer greater than 24 bits? > > We were wondering here if there is a way to set the Z-Buffer to 30bits > on our iR using OpenGL and Motif. Running findvis does not report any > such combination while xdpyinfo reports the existance of such a visual. Hi, xdpyinfo doesn't return any information about Z buffer bits. Are you referring to this: visual: visual id: 0xa4 class: TrueColor depth: 30 planes That doesn't mean the depth buffer has 30 bits; that means the depth of the color buffer is 30 bits. There are no visuals on iR with 30 bits of Z. Simon simon w. hui iris performer shui@sgi.com advanced systems div 415.933.3244 silicon graphics inc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com