From: Postmaster++at++com.au
Date: 02/06/2001 02:07:15
Your message
Subject: info-performer Feb 05 2001
was not delivered to:
because:
Error delivering to AUS-SYD21/AUST/CSC mail/rvandepo.nsf; File does not exist
attached mail follows:
Welcome to the info-performer mailing list DIGEST for February 05 2001
List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
Send Submissions to: info-performer++at++sgi.com
Add/Remove requests: info-performer-request++at++sgi.com
Message Subjects:
Dev and Eoe Licences Perfomer Linux 2.4
jolt library
Multi pipeWindow: Attach problem
Performer error
Re: Performer error
Projected texture in performer
RE: jolt library
A problem using fluxed geosets
RE: A problem using fluxed geosets
Re: A problem using fluxed geosets
Re: A problem using fluxed geosets
Re: Projected texture in performer
Re: A problem using fluxed geosets
pfGetTexImage woes
Re: pfGetTexImage woes
Re: pfGetTexImage woes
Re: Performer error
RE: pfSharedArena Problems
******************************************************************************
From: Guillaume Millet <millet++at++oktal.fr>
Date: Mon, 05 Feb 2001 03:25:32 -0800
Subject: Dev and Eoe Licences Perfomer Linux 2.4
Hello,
We are going to buy a developement licence for Performer Linux 2.4.
Our application need to be deployed to several PC for run-time.
My questions are:
Is there Run-Time licence ?
Wich libraries are used for run-time ?
If we sell our application, we give dynamic librairies or we need to
link staticly libs ?
Thanks,
******************************************************************************
From: "C. Skluzacek" <c.skluzacek++at++fokkerspace.nl>
Date: Mon, 05 Feb 2001 12:35:03 +0100
Subject: jolt library
Hey,
Out of curiousity (and possibly for some unknown practical purpose later
on), I've been searching the web for information on the Jolt library
used by Vega on the windoze platform to emulate the Performer API. For
project reasons, I have to use the Windows OS for development and I
would like to use pure Performer code instead of Vega. Does anyone have
any information or know of any links to information about Jolt?
Thanks,
Chris
******************************************************************************
From: Gil Alter <gil++at++dreamteam-ltd.com>
Date: Mon, 05 Feb 2001 14:20:40 +0200
Subject: Multi pipeWindow: Attach problem
Hi all.
I am using two pfPipeWindow attached ( by pfPipeWindow::attach
Function).
each window has his own channel (no channel attach is used) & scene.
each channel has its own draw callback function( calling pfDraw ).
The two Windows are in the same process.
Changing the diffuse color of a pfMaterial (which used by both
windows, with or without texture.)
in the second window , influence both window. But after calling
pfFrame in the first window
(without changing the diffuse color), the color is changed to a new
color on the first window only.
In case of two windows without using the attach function this
phenomenon
doesn't accrued.
Can anyone can explain what is my mistake in the case of using
attach function.
Thank
Gil
******************************************************************************
From: Rob Body - HR Mardyn <r.body++at++hrwallingford.co.uk>
Date: Mon, 5 Feb 2001 13:38:01 GMT
Subject: Performer error
Hi all,
I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After
lots of trouble trying to get a Geforce 2 Ultra card working without any
luck I have put my original card back in (an AGP ATI Expert 2000 - Rage Pro
128-bit) 3D 16Mb Dram just to get Performer working, and after installing
all the dependencies I now get the error
Overlay windows not supported in Linux.
Can anyone tell me what I have forgotten to do.
Thanks in advance,
Rob
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rob Body
Simulator Manager
HR Mardyn
HR Wallingford
Howbery Park
Wallingford
Oxon
OX10 8BA
Tel 01491 822327
Fax 01491 832233
e-mail r.body++at++hrwallingford.co.uk
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
HR Wallingford uses Faxes and Emails for confidential and
legally privileged business communications. They do not of
themselves create legal commitments. Disclosure to parties
other than addressees requires our specific consent. We are
not liable for unauthorised disclosures nor reliance upon
them. If you have received this message in error please
advise us immediately and destroy all copies of it.
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
******************************************************************************
From: "Yves GAUVIN" <yves.gauvin++at++sncf.fr>
Date: Mon, 5 Feb 2001 15:13:36 +0100
Subject: Re: Performer error
Hello Rob,
This is not an error, this is a normal warning message.
Have you tested other open GL apps?
gears for example?
Cheers,
Yves GAUVIN
----- Message d'origine -----
De : Rob Body - HR Mardyn <r.body++at++hrwallingford.co.uk>
=C0 : <info-performer++at++sgi.com>
Envoy=E9 : lundi 5 f=E9vrier 2001 14:38
Objet : Performer error
Hi all,
I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After
lots of trouble trying to get a Geforce 2 Ultra card working without any
luck I have put my original card back in (an AGP ATI Expert 2000 - Rage P=
ro
128-bit) 3D 16Mb Dram just to get Performer working, and after installing
all the dependencies I now get the error
Overlay windows not supported in Linux.
Can anyone tell me what I have forgotten to do.
Thanks in advance,
Rob
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rob Body
Simulator Manager
HR Mardyn
HR Wallingford
Howbery Park
Wallingford
Oxon
OX10 8BA
Tel 01491 822327
Fax 01491 832233
e-mail r.body++at++hrwallingford.co.uk
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
HR Wallingford uses Faxes and Emails for confidential and
legally privileged business communications. They do not of
themselves create legal commitments. Disclosure to parties
other than addressees requires our specific consent. We are
not liable for unauthorised disclosures nor reliance upon
them. If you have received this message in error please
advise us immediately and destroy all copies of it.
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
-----------------------------------------------------------------------
List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
Open Development Project: http://oss.sgi.com/projects/performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: "Siedle, Pete" <P.Siedle++at++tees.ac.uk>
Date: Mon, 5 Feb 2001 16:39:10 -0000
Subject: Projected texture in performer
Hi Performers
I'm looking at trying to do some lighting effects using lightmap texture
projection.
I've seen some of the openGL examples (and some examples using Performer)
and think I've managed to get the general idea of what's required.
All the examples I've seen generate the geom in the app and apply textures
at this point, which seems fairly straight forward (in the 'simple'
examples
anyway :o) .
However, does anyone know if it's possible to project a texture onto a
database / objects that have used a loader to 'create' the geom in the app;
ie, flt file loaded into app.
So I need to multipass render:
1. render the scene with textures as setup in the flt file,
2. render the flt geom with projected texture,
3. blending the 2 together and display.
4. goto 1.
If it's possible to achieve 2. above, could anyone point me towards any
url's / provide any hints!
Thanks in advance
Pete
-------------------------------------------
Peter Siedle
+44(0)1642 tel: 384304 - fax: 384310
p.siedle++at++tees.ac.uk - http://vr.tees.ac.uk
--------------------------------------------
******************************************************************************
From: "Ippolito, Marco" <MARCO.IPPOLITO++at++ca.com>
Date: Mon, 5 Feb 2001 11:48:48 -0500
Subject: RE: jolt library
Hello Chris,
A large subset of the functionality provided by Performer is currently
available through Jolt. The few API's that were not implemented will
generate a pfUnimpl message in your console window. Please contact
Multigen-Paradigm support (support++at++paradigmsim.com) if you have questions
about a specific function/API.
Best Regards,
-- Mark Ippolito Software Engineer, OpenFlight LoaderMultiGen-Paradigm A Computer Associates Company
E-mail: marco.ippolito++at++ca.com Phone: 972-960-2301 x252 Fax: 972-960-2301 Address: 14900 Landmark Blvd., Suite 400, Dallas, TX 75240, USA
You Wrote: ====================================================== Hey, Out of curiousity (and possibly for some unknown practical purpose later on), I've been searching the web for information on the Jolt library used by Vega on the windoze platform to emulate the Performer API. For project reasons, I have to use the Windows OS for development and I would like to use pure Performer code instead of Vega. Does anyone have any information or know of any links to information about Jolt?
Thanks, Chris
----------------------------------------------------------------------- List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ Open Development Project: http://oss.sgi.com/projects/performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Paul Brewster <p.f.brewster++at++larc.nasa.gov> Date: Mon, 05 Feb 2001 12:07:05 -0500 Subject: A problem using fluxed geosets
My program has a bug in it that I was hoping someone could give me some tips on tracking it down. I am using a fluxed geoset to dynamically manipulate geometry while running. The program works fine for a while, then crashes suddenly. On my Onyx2 it gives me the following message:
WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790) [ESP System Information Notification]:WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access [ESP System Information Notification]:NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790)
On my Octane2, it just plain crashes the whole computer, requiring a reset.
I used cvd to check out the core file, and found this call stack:
int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, 0x0da5d790] int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, 0x0db75058] int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, 0x0da5dc08] int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] int pfDraw() ["pfProcess.C":6460, 0x04845858] int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) ["tunnel.c":83, 0x100729a8] int __start(<stripped>) ["crt1text.s":177, 0x100475f8]
I suppose the bug is just a bad pointer, but I can't find it. I was hoping someone could give me a hint on where to look.
Thanks for the help.
Paul Brewster NASA Langley Research Center
******************************************************************************
From: "Dorosky, Christopher G" <christopher.g.dorosky++at++lmco.com> Date: Mon, 05 Feb 2001 10:33:52 -0700 Subject: RE: A problem using fluxed geosets
You aren't using non pfmalloced data for attributes of the geoset, are you?
Make sure your fluxing is such that you don't increase the num prims before you have valid vertex data for them.
Christopher Dorosky Lead Electronic Systems Engineer - Real Time Simulation Lockheed Martin Missiles and Fire Control - Dallas christopher.g.dorosky++at++lmco.com 972-603-2349
-----Original Message----- From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] Sent: Monday, February 05, 2001 11:07 AM To: Performer Mailing List Subject: A problem using fluxed geosets
My program has a bug in it that I was hoping someone could give me some tips on tracking it down. I am using a fluxed geoset to dynamically manipulate geometry while running. The program works fine for a while, then crashes suddenly. On my Onyx2 it gives me the following message:
WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790) [ESP System Information Notification]:WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access [ESP System Information Notification]:NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790)
On my Octane2, it just plain crashes the whole computer, requiring a reset.
I used cvd to check out the core file, and found this call stack:
int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, 0x0da5d790] int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, 0x0db75058] int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, 0x0da5dc08] int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] int pfDraw() ["pfProcess.C":6460, 0x04845858] int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) ["tunnel.c":83, 0x100729a8] int __start(<stripped>) ["crt1text.s":177, 0x100475f8]
I suppose the bug is just a bad pointer, but I can't find it. I was hoping someone could give me a hint on where to look.
Thanks for the help.
Paul Brewster NASA Langley Research Center ----------------------------------------------------------------------- List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ Open Development Project: http://oss.sgi.com/projects/performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Brian Furtaw <brian++at++sgi.com> Date: Mon, 05 Feb 2001 12:35:26 -0500 Subject: Re: A problem using fluxed geosets
Are you running the application as root when this happens on both the Octane and the Onyx2?
Brian
Paul Brewster wrote: > > My program has a bug in it that I was hoping someone could give me some > tips on tracking it down. I am using a fluxed geoset to dynamically > manipulate geometry while running. The program works fine for a while, > then crashes suddenly. On my Onyx2 it gives me the following message: > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > access > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > IO space at physical address 0xec10004 (EPC 0xda5d790) > [ESP System Information Notification]:WARNING: > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > [ESP System Information Notification]:NOTICE: > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > at physical address 0xec10004 (EPC 0xda5d790) > > On my Octane2, it just plain crashes the whole computer, requiring a > reset. > > I used cvd to check out the core file, and found this call stack: > > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > 0x0da5d790] > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > 0x0db75058] > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > 0x0da5dc08] > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > int pfDraw() ["pfProcess.C":6460, 0x04845858] > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > ["tunnel.c":83, 0x100729a8] > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > I suppose the bug is just a bad pointer, but I can't find it. I was > hoping someone could give me a hint on where to look. > > Thanks for the help. > > Paul Brewster > NASA Langley Research Center > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
-- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo----
Brian Furtaw (brian++at++sgi.com) Graphics Guru Office:(301)572-3293 Fax: (603)250-0370 12200-G Plum Orchard Drive OpenGL/Performer/OpenInventor/ImageVision Silver Spring, Maryland 20904 Volumizer/Optimizer/React/PCI Device Drivers
******************************************************************************
From: Paul Brewster <p.f.brewster++at++larc.nasa.gov> Date: Mon, 05 Feb 2001 14:03:05 -0500 Subject: Re: A problem using fluxed geosets
My data sets are all created using pfVec3 *coords = new(MAX_COORDS*sizeof(pfVec3)) pfMemory;
I check to make sure I never make more than MAX_COORDS.
I turned off the fluxed geoset altogether, and still got the same problem, but yes, I do make sure to update the vertices, and then the NumPrims.
On a similar question. I create my fluxed geoset using pfFlux *line = pfFlux(pfFluxedGSetInit, PFFLUX_DEFAULT_NUM_BUFFERS); line->setMode(PFFLUX_COPY_LAST_DATA, PF_ON); pfGeoSet *gset=(pfGeoSet *)line->getCurData(); gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX,coords,NULL); ... gset->setNumPrims(num); gset->setPrimLengths(alen);
Later on, when I modify coords:
coords[i].set(blah blah blah);
This change goes immediatly into the GeoSet right? It seems like I don't have to call:
pfGeoSet *gset=(pfGeoSet *)line->getWritableData(); gset->setAttr(PFGS_COORD3,PFGS_PER_VERTEX,coords,NULL); line->writeComplete();
Is this the correct way to change geometry? It seems to work fine (other than this current bug) but I am wondering if I am missing something still...
Paul Brewster NASA Langley Research Center
"Dorosky, Christopher G" wrote: > > You aren't using non pfmalloced data for attributes of the geoset, are you? > > Make sure your fluxing is such that you don't increase the num prims before > you have valid vertex data for them. > > Christopher Dorosky > Lead Electronic Systems Engineer - Real Time Simulation > Lockheed Martin Missiles and Fire Control - Dallas > christopher.g.dorosky++at++lmco.com > 972-603-2349 > > -----Original Message----- > From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] > Sent: Monday, February 05, 2001 11:07 AM > To: Performer Mailing List > Subject: A problem using fluxed geosets > > My program has a bug in it that I was hoping someone could give me some > tips on tracking it down. I am using a fluxed geoset to dynamically > manipulate geometry while running. The program works fine for a while, > then crashes suddenly. On my Onyx2 it gives me the following message: > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > access > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > IO space at physical address 0xec10004 (EPC 0xda5d790) > [ESP System Information Notification]:WARNING: > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > [ESP System Information Notification]:NOTICE: > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > at physical address 0xec10004 (EPC 0xda5d790) > > On my Octane2, it just plain crashes the whole computer, requiring a > reset. > > I used cvd to check out the core file, and found this call stack: > > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > 0x0da5d790] > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > 0x0db75058] > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > 0x0da5dc08] > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > int pfDraw() ["pfProcess.C":6460, 0x04845858] > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > ["tunnel.c":83, 0x100729a8] > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > I suppose the bug is just a bad pointer, but I can't find it. I was > hoping someone could give me a hint on where to look. > > Thanks for the help. > > Paul Brewster > NASA Langley Research Center > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Marcin Romaszewicz <marcin++at++asmodean.engr.sgi.com> Date: Mon, 5 Feb 2001 11:56:36 -0800 Subject: Re: Projected texture in performer
Performer objects have everything that you need to render multipass algorithms like this. What you need to do is install a Draw callback on the pfChannel and do your rendering operations in there. Take a look at the man pages for pfChannel, pfTexture, pfGeoState, pfTexGen and pfOverride, all of which you will need to do this. Your algorithm will look something like this from within the draw callback
1) Render the scene as normal with pfDraw 2) pfPushState, pfPushMatrix 3) apply your projective texture 4) apply a pfTexGen 5) use pfOverride to lock in your texture and texgen 6) Change the blend function to an additive one 7) Render the scene again with pfDraw 8) pfPopState, pfPopMatrix
www.opengl.org has some info on projective texturing here, it will tell you how to set up the texgen: http://www.opengl.org/developers/code/rendering.html
-- Marcin
On Mon, 5 Feb 2001, Siedle, Pete wrote:
> Hi Performers > > I'm looking at trying to do some lighting effects using lightmap texture > projection. > I've seen some of the openGL examples (and some examples using Performer) > and think I've managed to get the general idea of what's required. > > All the examples I've seen generate the geom in the app and apply textures > at this point, which seems fairly straight forward (in the 'simple' examples > anyway :o) . > However, does anyone know if it's possible to project a texture onto a > database / objects that have used a loader to 'create' the geom in the app; > ie, flt file loaded into app. > So I need to multipass render: > > 1. render the scene with textures as setup in the flt file, > 2. render the flt geom with projected texture, > 3. blending the 2 together and display. > 4. goto 1. > > If it's possible to achieve 2. above, could anyone point me towards any > url's / provide any hints! > > Thanks in advance > > Pete > > ------------------------------------------- > Peter Siedle > > +44(0)1642 tel: 384304 - fax: 384310 > > p.siedle++at++tees.ac.uk - http://vr.tees.ac.uk > -------------------------------------------- > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com >
******************************************************************************
From: yair++at++polygon.engr.sgi.com (Yair Kurzion) Date: Mon, 5 Feb 2001 12:09:24 -0800 (PST) Subject: Re: A problem using fluxed geosets
Hello Paul !
> My data sets are all created using > pfVec3 *coords = new(MAX_COORDS*sizeof(pfVec3)) pfMemory; > > I check to make sure I never make more than MAX_COORDS. > > I turned off the fluxed geoset altogether, and still got the same > problem, but yes, I do make sure to update the vertices, and then the > NumPrims. > > > On a similar question. I create my fluxed geoset using > pfFlux *line = pfFlux(pfFluxedGSetInit, PFFLUX_DEFAULT_NUM_BUFFERS);
Problem:
> line->setMode(PFFLUX_COPY_LAST_DATA, PF_ON);
This line defeats the purpose of the Fluxed geoset. It makes Performer maintain a fluxed geoset body but makes the contents of the geoset (including the geoset attributes) identical for all Flux copies.
The result of this is that all geosets in the flux have the same attribute arrays -- You can not edit attributes in a MP-safe way.
You have two choices for doing this correctly:
1. Allocate attribute arrays and call pfGeoSet::setAttr in your pfFluxedGSetInit function. This function is called for each copy of the fluxed geoset so each copy will have independent attribute arrays.
2. Every time your application plans to write to a geoset, call pfGeoSet::getAttr. If it is NULL, allocate memory for it and call pfGeoSet::setAttr.
Another problem:
> pfGeoSet *gset=(pfGeoSet *)line->getCurData();
Whenever you plan to write on a Flux buffer (a fluxed geoset in your case), you MUST call getWritableData on it. Calling getCurData when writing to a Flux tricks Flux frame tags and can cause interesting/undefined errors.
> gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX,coords,NULL); > ... > gset->setNumPrims(num); > gset->setPrimLengths(alen); > > > Later on, when I modify coords: > > coords[i].set(blah blah blah); > > This change goes immediatly into the GeoSet right? > It seems like I don't have to call: > > pfGeoSet *gset=(pfGeoSet *)line->getWritableData(); > gset->setAttr(PFGS_COORD3,PFGS_PER_VERTEX,coords,NULL); > line->writeComplete(); > > Is this the correct way to change geometry? It seems to work fine (other > than this current bug) but I am wondering if I am missing something > still... > > Paul Brewster > NASA Langley Research Center > > > "Dorosky, Christopher G" wrote: > > > > You aren't using non pfmalloced data for attributes of the geoset, are you? > > > > Make sure your fluxing is such that you don't increase the num prims before > > you have valid vertex data for them. > > > > Christopher Dorosky > > Lead Electronic Systems Engineer - Real Time Simulation > > Lockheed Martin Missiles and Fire Control - Dallas > > christopher.g.dorosky++at++lmco.com > > 972-603-2349 > > > > -----Original Message----- > > From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] > > Sent: Monday, February 05, 2001 11:07 AM > > To: Performer Mailing List > > Subject: A problem using fluxed geosets > > > > My program has a bug in it that I was hoping someone could give me some > > tips on tracking it down. I am using a fluxed geoset to dynamically > > manipulate geometry while running. The program works fine for a while, > > then crashes suddenly. On my Onyx2 it gives me the following message: > > > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > > access > > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > > IO space at physical address 0xec10004 (EPC 0xda5d790) > > [ESP System Information Notification]:WARNING: > > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > > [ESP System Information Notification]:NOTICE: > > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > > at physical address 0xec10004 (EPC 0xda5d790) > > > > On my Octane2, it just plain crashes the whole computer, requiring a > > reset. > > > > I used cvd to check out the core file, and found this call stack: > >
> > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > > 0x0da5d790] > > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > > 0x0db75058] > > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > > 0x0da5dc08] > > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > > int pfDraw() ["pfProcess.C":6460, 0x04845858] > > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > > ["tunnel.c":83, 0x100729a8] > > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > > > I suppose the bug is just a bad pointer, but I can't find it. I was > > hoping someone could give me a hint on where to look. > > > > Thanks for the help. > > > > Paul Brewster > > NASA Langley Research Center > > ----------------------------------------------------------------------- > > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > > Open Development Project: http://oss.sgi.com/projects/performer/ > > Submissions: info-performer++at++sgi.com > > Admin. requests: info-performer-request++at++sgi.com > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com >
-- \_________ \_____ \__ \__ \_____ Yair Kurzion \_________ \_____ \__ \__ \_____ yair++at++sgi.com \__ \__ \____\__ \__ http://reality.sgi.com/yair \__ \__ \__ Work: (650) 933-6502 \__ \__ \__ Home: (408) 226-9771 \__ \__ \__
******************************************************************************
From: Desmond Rivet <rivet++at++ecf.utoronto.ca> Date: Mon, 5 Feb 2001 16:40:23 -0500 (EST) Subject: pfGetTexImage woes
Hi all,
How exactly does one use pfGetTexImage? I tried to write a VERY SIMPLE AND SMALL program:
#include <Performer/pf.h> #include <Performer/pfdu.h>
int main(int argc, char *argv[]) { int j, comp, sx, sy, sz; unsigned int* image; pfTexture *tex;
pfInit();
tex = pfNewTex(pfGetSharedArena());
pfLoadTexFile(tex, "road.pfi"); pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz);
printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); for(j = 0; j < sx*sy; j++) { printf("%d\n",image[j]); }
return 0; }
road.pfi is a proper pfi file (it is a texture in the standard Performer town demo) and is located in the same directory as the program itself.
The output is:
comp=3, sx=512, sy=64, sz=1 1261846347 1061893695 910116915 1311982929 .....
The program SEG FAULTS, at some point when outputing the array, though for the life of me I can't figure out why.
Am I using the functions properly?
Thanks for your time...
---------------------------------------------- Desmond Rivet rivet++at++ecf.utoronto.ca Eng Sci 0T0 + PEY rivet_d++at++hotmail.com
You live and learn, or you don't live long
******************************************************************************
From: don_burns++at++peru.engr.sgi.com (Don Burns) Date: Mon, 5 Feb 2001 15:40:54 -0800 (PST) Subject: Re: pfGetTexImage woes Reply-To: don_burns++at++sgi.com
On Feb 5, 4:40pm, Desmond Rivet wrote: > Subject: pfGetTexImage woes
...
> The program SEG FAULTS, at some point when outputing the array, though for > the life of me I can't figure out why. > > Am I using the functions properly?
Even though the man page calls for a uint ** to be passed as the second argument, the data is probably stored in uchar format. Change your program to look like this and it should work ok:
unsigned char *imgptr;
pfLoadTexFile(tex, "road.pfi"); pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz);
imgptr = (unsigned char *)image;
printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); for(j = 0; j < sx*sy; j++) { printf("%d\n",imgptr[j]); }
-don
******************************************************************************
From: Angus Dorbie <dorbie++at++sgi.com> Date: Mon, 05 Feb 2001 17:52:54 -0800 Subject: Re: pfGetTexImage woes
Could the problem be that the image is tightly packed, and you address array as type int, you are incrementing in sizeof(int) which will be 4. Since the data has only 3 components you overrun the array.
Try:
printf("%d%d%d\n",((char *)image)[(j*3)], ((char *)image)[(j*3)+1], ((char *)image)[(j*3)+2]);
Cheers,ANgus.
Desmond Rivet wrote: > > Hi all, > > How exactly does one use pfGetTexImage? I tried to write a VERY SIMPLE AND > SMALL program: > > #include <Performer/pf.h> > #include <Performer/pfdu.h> > > int main(int argc, char *argv[]) > { > int j, comp, sx, sy, sz; > unsigned int* image; > pfTexture *tex; > > pfInit(); > > tex = pfNewTex(pfGetSharedArena()); > > pfLoadTexFile(tex, "road.pfi"); > pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz); > > printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); > for(j = 0; j < sx*sy; j++) > { > printf("%d\n",image[j]); > } > > return 0; > } > > road.pfi is a proper pfi file (it is a texture in the standard Performer > town demo) and is located in the same directory as the program itself. > > The output is: > > comp=3, sx=512, sy=64, sz=1 > 1261846347 > 1061893695 > 910116915 > 1311982929 > ..... > > The program SEG FAULTS, at some point when outputing the array, though for > the life of me I can't figure out why. > > Am I using the functions properly? > > Thanks for your time... > > ---------------------------------------------- > Desmond Rivet rivet++at++ecf.utoronto.ca > Eng Sci 0T0 + PEY rivet_d++at++hotmail.com > > You live and learn, or you don't live long > > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
-- For Performer+OpenGL tutorials http://www.dorbie.com/
"In the middle of difficulty lies opportunity." --Albert Einstein
******************************************************************************
From: Tom Flynn <flynnt++at++engr.sgi.com> Date: Mon, 5 Feb 2001 21:55:27 -0800 Subject: Re: Performer error
On Mon, 5 Feb 2001, Rob Body - HR Mardyn wrote:
> Hi all, > > I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After > lots of trouble trying to get a Geforce 2 Ultra card working without any > luck I have put my original card back in (an AGP ATI Expert 2000 - Rage Pro > 128-bit) 3D 16Mb Dram just to get Performer working, and after installing > all the dependencies I now get the error > > Overlay windows not supported in Linux. > > Can anyone tell me what I have forgotten to do.
Upgrade Mesa to 3.3-7 or higher? The Mesa that RedHat ships with rh7 is broke. You need to upgrade to 3.3-7 or higher otherwise perfly will segfault. The "Overlay windows not supported uner Linux" is just the last message you'll see before it segfaults and actually has nothing to do with the reason why it segfaults. Rpms for 3.3-7 should be on RedHat's ftp site under rawhide.
I also have a link to those rpms from my reality web page (http://reality.sgi.com/flynnt) along with a couple of links to some articles from evil3d.net that talk about installing the NVidia driver under Linux.
hope that helps, tom
-- "Mongooses are famous for their snake-fighting ability, and are almost always victorious because of their speed, agility, and timing and also because of their thick coat."
******************************************************************************
From: howxn++at++ivlab.com.sg Date: Tue, 6 Feb 2001 14:41:25 +0800 SGT Subject: RE: pfSharedArena Problems Reply-to: howxn++at++ivlab.com.sg
Hi,
I came across your page a while ago, and find it resourceful. However, I came across these problems when trying to use your software:
i.) remapLibs, I can remap the library, but it seems doesn't affect my program
at all. I can allocate to a maximum of 1G to sharedArena without using the script.
I need around 1.5G. I have runned the script but I think I didn't set the environment
variable correctly. I tried setting both LD_LIBRARY_PATH and LD_LIBRARYN32_PATH
as shown in the DEMO and the script, but it seems I get the wrong variable.
ii.) arena_debug, I wasn't able to use it. Do I need to install it in some way,
or do I just untar it and use it as a library?
Any help will be appreciated. Thanks.
Also, I have a question about the share Arena. It appears now that the memory is slowly eaten up after the program is launched. It'll run around 30 minutes before it eventually jump out and display the ShareArena Error. Anyone care to enlighten me why is the memory leak? I have checked through my program, and am quite sure that there is minimal memory leak, if any. So I am suspecting it might be a performer problem.
With regards, Xian Neng
>Hi Xian, > >Look at my website for a solution for allocating arenas up to 1.5GB large.
>More than that is not likely to succeed on 32 bit programs. The address is
>http://rtset.co.il/rany/index.html and dive into the downloads section. > >In there you will also find a program called "arenadebug" which can help you
>debug the allocation of memory inside the arena. > >Please write to me after you install arenadebug, if you need helpin finding
>your memory leak. > >Ran > > __ | Ran Yakir > /_) _ __ \ / _ / o __ | vi[z]rt >/ )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | >-------------------------------------+-------------------------------- >Phone : | E-mail : ryakir++at++vizrt.com ><mailto:ryakir++at++vizrt.com> > Work : 972-9-9552236 Ext #219 | rany++at++rtset.co.il ><mailto:rany++at++rtset.co.il> > Res. : 972-9-7489974 | > Cell.: 972-58-713040 | >Fax : 972-9-9552239 | > >http://rtset.co.il/rany/index.html <http://rtset.co.il/rany/index.html> > > > >> -----Original Message----- >> From: howxn++at++ivlab.com.sg [mailto:howxn++at++ivlab.com.sg] >> Sent: Friday, February 02, 2001 9:28 AM >> To: info-performer++at++sgi.com >> Subject: pfSharedArena Problems >> >> >> >> I am running a pretty big program and requires quite big arena >> size. I am able >> to allocate 1G of Shared memories, but anything more than that >> will be halved. >> >> >> And I am curious as to what can cause the excessive usage of >> shared memory. >> Even I preload every model and texture at the start of the >> programmed, the arena >> seems to keep increasing during runtime. >> >> Any suggestion will be very much appreciated. Thanks >> >> Xian Neng >> --------- >> >> email: howxn++at++ivlab.com.sg >> ----------------------------------------------------------------------- >> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ >> Open Development Project: http://oss.sgi.com/projects/performer/ >> Submissions: info-performer++at++sgi.com >> Admin. requests: info-performer-request++at++sgi.com > >
******************************************************************************
This archive was generated by hypermail 2b29 : Tue Feb 06 2001 - 02:14:51 PST