corrupted non-textured objects using perfly app
Dauth, Eric (Eric.Dauth++at++reflectone.com)
Tue, 30 Nov 1999 13:06:03 -0500
Hi there,
well this issue must have been addressed before but I cant find it
in the archives:
Non-textured objects in my scenegraph get rendering incorrectly (black
instead
of specified materials)intermittently. Seems their state gets garbled
somewhere
in the drawing process. Using setBinSort I tried to separate out textured
objects
versus non-textured objects:
sortOrder[] = PFSORT_STATE_BGN
sortOrder[] = PFSTATE_FRONTMTL
sortOrder[] = PFSTATE_TEXTURE
sortOrder[] = PFSORT_STATE_END
sortOrder[] = PFSORT_END
setBinSort(PFSORT_OPAQUE_BIN,PFSORT_BY_STATE, sortOrder),
but to no avail.
Can anybody give me the one-liner to fix this error?
Thanks,
eric
-----Original Message-----
From: info-performer++at++sgi.com [mailto:info-performer++at++sgi.com]
Sent: Tuesday, November 30, 1999 5:00 AM
To: allan++at++holodeck.engr.sgi.com
Subject: info-performer Nov 29 1999
Welcome to the info-performer mailing list DIGEST for November 29 1999
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:
Re: Recomended hardware for Mongoose
Re: Problem in Installation
Re: making movies
Re: Recomended hardware for Mongoose
Re: making movies
Re: making movies
model orientation
Culling
Re: Culling
IRIS Performer 2.3 for Linux Now Available
Loading simple text.flt into perfly
Re: culling process memory usage
Z-fighting or flimering??
Z fighting or flimmering
Re: Culling
Re: pfUpdatable message
devedge
Re: Z-fighting or flimering??
Re: info-performer Nov 28 1999
****************************************************************************
**
From: Thomas Ruge <Thomas.Ruge++at++gmx.de>
Date: Mon, 29 Nov 1999 09:26:41 +0100
Subject: Re: Recomended hardware for Mongoose
--------------4BD4D6A793D928D7B7EA6F38
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
John Perser wrote:
> We've been using PII 400/450's with TNT/TNT2 boards and have been
> getting good results with our work porting Vega. We have been using the
> nVidia drivers.
>
> We have been running the stock Redhat 6.0. A couple of weeks ago I
> installed on
> Mandrake 6.5 (Redhat 6.1) and had problems with Perfly crashing so I
> switched back just to be fully compatible. I'm running SuSE 6.2 at home
> but I haven't tried Performer there yet. I haven't been at home much in
> the last few weeks to tell the truth.
>
> I'm looking forward to trying it on some NEW hardware (nudge, nudge,
> wink, wink).
>
> --
> John Perser Multigen-Paradigm Inc.
> mailto://jperser++at++paradigmsim.com http://www.multigen-paradigm.com
> PHONE: 972-960-2301 FAX: 972-960-2303
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
when will vega be ported ? will there be a beta release in advance ?
Thomas
--
-------------------------------------------------------------------------
Thomas Ruge, Siemens Virtual Reality Center
private email: Thomas.Ruge++at++gmx.de
--------------4BD4D6A793D928D7B7EA6F38
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
John Perser wrote:
We've been using PII 400/450's with TNT/TNT2 boards
and have been
getting good results with our work porting Vega. We have been
using the
nVidia drivers.
We have been running the stock Redhat 6.0. A couple of weeks ago
I
installed on
Mandrake 6.5 (Redhat 6.1) and had problems with Perfly crashing so
I
switched back just to be fully compatible. I'm running SuSE 6.2
at home
but I haven't tried Performer there yet. I haven't been at home
much in
the last few weeks to tell the truth.
I'm looking forward to trying it on some NEW hardware (nudge, nudge,
wink, wink).
--
John
Perser &nbs
p; &n
bsp;
Multigen-Paradigm Inc.
mailto://jperser++at++paradigmsim.com
http://www.multigen-paradigm.com
PHONE:
972-960-2301 &nbs
p;
FAX: 972-960-2303
-----------------------------------------------------------------------
List Archives, FAQ, FTP: http://www.sgi.com/software/pe
rformer/
Submissions: info-performer++at++sgi.com
Admin. requests:
info-performer-request++at++sgi.com
when will vega be ported ? will there be a beta release in advance ?
Thomas
--
-------------------------------------------------------------------------
Thomas Ruge, Siemens Virtual Reality Center
private email: Thomas.Ruge++at++gmx.de
--------------4BD4D6A793D928D7B7EA6F38--
****************************************************************************
**
From: Thomas Ruge
Date: Mon, 29 Nov 1999 09:34:29 +0100
Subject: Re: Problem in Installation
--------------1EADAEAD03112AEC00F708DD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sheba E wrote:
> Hi All
> I've some problem in installing Performer for Linux together with
the
> dependencies.Problem in using the 'rpm' command itself with the
> appropriate options.
> Any help will be appreciated.
> Thanks
> Sheba.
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
use a tool like xrpm or kpackage, this should help you to get more
information
about dependency problems.
--
-------------------------------------------------------------------------
Thomas Ruge, Siemens Virtual Reality Center
private email: Thomas.Ruge++at++gmx.de
--------------1EADAEAD03112AEC00F708DD
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sheba E wrote:
Hi All
I've some problem in
installing
Performer for Linux together with the
dependencies.Problem in using the 'rpm' command itself with the
appropriate options.
Any help will be appreciated.
Thanks
Sheba.
-----------------------------------------------------------------------
List Archives, FAQ, FTP: http://www.sgi.com/software/pe
rformer/
Submissions: info-performer++at++sgi.com
Admin. requests:
info-performer-request++at++sgi.com
use a tool like xrpm or kpackage, this should help you to get more
information
about dependency problems.
--
-------------------------------------------------------------------------
Thomas Ruge, Siemens Virtual Reality Center
private email: Thomas.Ruge++at++gmx.de
--------------1EADAEAD03112AEC00F708DD--
****************************************************************************
**
From: Colin Bannister
Date: Mon, 29 Nov 1999 14:13:25 +0000
Subject: Re: making movies
Robert Wolfe wrote:
> Hi,
>
> Is there some easy software method for saving an
> image of each Performer-generated frame in order
> to construct a movie of the same sequence ?
>
> Robert
When I did this, I inserted a call to pfuSaveImage in a DRAW call-back.
As Simon says, this is quite an easy approach, but it slows the application
up so you lose at lot of interactivity. The way I got 'round this was
to implement a way to save a path, and replay it. While saving the path,
the interactivity is preserved (the process is simply writing a few values
to a file), and on replaying the path, and saving the images, interactivity
doesn't matter.
It sounds like Simon's method is much more complete, but this one works
also,
albeit in two steps.
Colin
--
Dr. Colin Bannister
Academic Computing Services
Cripps Computing Centre Tel: 0115 9513326
The University of Nottingham Fax: 0115 9513358
Nottingham NG7 2RD
www: http://www.nottingham.ac.uk/~cczcb/
email: Colin.Bannister++at++nottingham.ac.uk
****************************************************************************
**
From: Gordon Tomlinson
Date: Mon, 29 Nov 1999 08:21:22 -0600
Subject: Re: Recomended hardware for Mongoose
Reply-To: gordon++at++paradigmsim.com
HI
Vega has been ported and is going through
final QA, We are showing it at IITSEC in
the SGI booth.
As to when I'am not sure but it wont be long.
Gordon.
Thomas Ruge wrote:
>
> John Perser wrote:
>
> > We've been using PII 400/450's with TNT/TNT2 boards and have been
> > getting good results with our work porting Vega. We have been using the
> > nVidia drivers.
> >
> > We have been running the stock Redhat 6.0. A couple of weeks ago I
> > installed on
> > Mandrake 6.5 (Redhat 6.1) and had problems with Perfly crashing so I
> > switched back just to be fully compatible. I'm running SuSE 6.2 at home
> > but I haven't tried Performer there yet. I haven't been at home much in
> > the last few weeks to tell the truth.
> >
> > I'm looking forward to trying it on some NEW hardware (nudge, nudge,
> > wink, wink).
> >
> > --
> > John Perser Multigen-Paradigm Inc.
> > mailto://jperser++at++paradigmsim.com http://www.multigen-paradigm.com
> > PHONE: 972-960-2301 FAX: 972-960-2303
> > -----------------------------------------------------------------------
> > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> > Submissions: info-performer++at++sgi.com
> > Admin. requests: info-performer-request++at++sgi.com
>
> when will vega be ported ? will there be a beta release in advance ?
>
> Thomas
>
> --
> -------------------------------------------------------------------------
> Thomas Ruge, Siemens Virtual Reality Center
> private email: Thomas.Ruge++at++gmx.de
>
>
--
Regards
Gordon.
Gordon Tomlinson | Multigen - Paradigm Inc
Vega Software Engineer | Suite 400, 14900 Landmark Blvd
Email: gordon++at++paradigmsim.com | Dallas, Texas 75240, USA
Tel: 972 960 2301 | Fax: 972 960 2303
______________________________________________________________
'Smoke me a kipper skipper, I'll be back for breakfast'
______________________________________________________________
NOTE:
All opinions here within this email are solely mine and DO NOT
reflect those of MultiGen Paradigm or any other employee.
****************************************************************************
**
From: Simon Mills
Date: Mon, 29 Nov 1999 16:05:27 +0100
Subject: Re: making movies
Colin Bannister wrote:
>
> Robert Wolfe wrote:
>
> > Hi,
> >
> > Is there some easy software method for saving an
> > image of each Performer-generated frame in order
> > to construct a movie of the same sequence ?
> >
> > Robert
>
> When I did this, I inserted a call to pfuSaveImage in a DRAW call-back.
> As Simon says, this is quite an easy approach, but it slows the
application
> up so you lose at lot of interactivity. The way I got 'round this was
> to implement a way to save a path, and replay it. While saving the path,
> the interactivity is preserved (the process is simply writing a few values
> to a file), and on replaying the path, and saving the images,
interactivity
> doesn't matter.
>
> It sounds like Simon's method is much more complete, but this one works
also,
> albeit in two steps.
I didn't mention it but I do this too. It is indeed a better way since
you don't loose interactivity. BTW, using the same interface I also make
nice smooth fly-throughs with animation packages like Wavefront, Explore
and now Maya, something that's difficult to do "by hand". I can then
startup my application with appropriate arguments on the command line
and it generates all my images files "off line".
Regards, Simon
________________________________________________________________________
Simon Mills
Silicon Worlds S.A.
c/o Modelling & Simulation Section (TOS-EMM) Tel: +31 (0)71 565 3725
European Space Agency (ESA/ESTEC) Fax: +31 (0)71 565 5419
Postbus 299, 2200AG Noordwijk e-mail: simon++at++wgs.estec.esa.nl
The Netherlands http://www.estec.esa.nl/wmwww/EMM
________________________________________________________________________
****************************************************************************
**
From: Dr Colin Bridgewater
Date: Mon, 29 Nov 1999 15:57:10 +0000
Subject: Re: making movies
This is a multi-part message in MIME format.
--------------D17DA3FCC7EE6B7B4EA54CFA
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi Folks
Angus Dorbie wrote:
> pfuSaveImage will save an image to file, calling it repeatedly will save
> a sequence.
>
> Robert Wolfe wrote:
> > Is there some easy software method for saving an
> > image of each Performer-generated frame in order
> > to construct a movie of the same sequence ?
Here is a freebie script to make a movie from a sequence of images. It
uses dmconvert and so you will need to have dmedia_eoe.sw.base
installed.
Why send this out ? Because I'm happy and relaxed, that's why...
Colin
--
Colin Bridgewater
Head Robot Wrangler
Equipe Electronics Ltd.
"Visualising Your Imagination"
Phone +44 (0) 1903 216 622
FAX +44 (0) 1903 216 633
Pager +44 (0) 1426 628 785
mailto:colinb++at++equipe.ltd.uk
http://www.equipe.ltd.uk
13 Liverpool Gardens
Worthing, W. Sussex
BN11 1RY
ENGLAND
--------------D17DA3FCC7EE6B7B4EA54CFA
Content-Type: application/x-csh;
name="mkmovie.csh"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="mkmovie.csh"
#!/bin/csh -f
#
# shell to make a movie from RGB files at one-quarter size
#
# for each RGB file in the current directory
echo -------- Resizing input files to 320x256 ...
echo current directory is $PWD
echo
set infiles = *.rgb
foreach file ($infiles)
echo resizing $file
fitimg $file temp.rgb 320 256
mv temp.rgb $file
end
echo -------- Resizing files done
set options = "-vf"
set filetype = "qt"
set outtype = "video"
set inrate = "inrate=30.0"
set template = "animfly#.rgb"
set steprate = "start=1,end=335,step=1"
set outfile = "outfile.mov"
switch($filetype)
case qt:
set out = "-p $outtype,$inrate"
set in = "-n $template,$steprate"
breaksw
endsw
dmconvert $options $filetype $out $in $infiles $outfile
--------------D17DA3FCC7EE6B7B4EA54CFA--
****************************************************************************
**
From: Larry Ramey
Date: Mon, 29 Nov 1999 10:59:23 -0500
Subject: model orientation
Often irritated that inventor and performer use different axis, we are
accustomed to our models coming in with different orientations. What
suprises about your problem is that the windmill is NOT changing
orientation from iview to performer.... as it does on all our machines.
There is something really funny going on there. Try making some models
in showcase and saving them as inventor objects... I would also try
making a few simple inventor objects in inventor and saving them.
--
---------------------------------------------------------------
Larry E. Ramey ramey++at++ccpo.odu.edu
757-683-3439 (CAVE) 757-683-5335 (VEL Lab)
"I eat weirder things than you in my cereal" - Zaphod Bebblebrox
"Can't talk to a Psycho like a normal human being" - Poe
****************************************************************************
**
From: Dimitris Christopoulos
Date: Mon, 29 Nov 1999 09:08:24 -0800
Subject: Culling
Hi
How do I prevent a pfGeode Node with many Geosets from beeing culled.
This is needed because I update the geometry of the Geosets at run time
and
I guess that it would be quite expensive to compute the the Bounding
Sphere
needed for culling every frame.
With culling enabled for that node, my geometry gets sometimes culled
even
though it is in the Viewing Frustum, because the Bounding Sphere is not
right.
Thanks in advance
Dimi
****************************************************************************
**
From: Gordon Tomlinson
Date: Mon, 29 Nov 1999 13:07:14 -0600
Subject: Re: Culling
Reply-To: gordon++at++paradigmsim.com
Hi Dimi
This is quite simple you need to place a Trav call back func
on ALL the nodes you want to be NOT culled
This will have to be add to all the parents of the nodes and
there parents back up to the Root node.
pfNodeTravFuncs( node, PFTRAV_CULL, PreCullCb, NULL );
int
PreCullCb(pfTraverser *trav, void *data) {
pfCullResult( PFIS_MAYBE | PFIS_TRUE | PFIS_ALL_IN );
return PFTRAV_CONT;
}
Gordon
> Hi
> How do I prevent a pfGeode Node with many Geosets from beeing culled.
> This is needed because I update the geometry of the Geosets at run time
> and
> I guess that it would be quite expensive to compute the the Bounding
> Sphere
> needed for culling every frame.
> With culling enabled for that node, my geometry gets sometimes culled
> even
> though it is in the Viewing Frustum, because the Bounding Sphere is not
> right.
>
> Thanks in advance
> Dimi
>
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
--
Regards
Gordon.
Gordon Tomlinson | Multigen - Paradigm Inc
Vega Software Engineer | Suite 400, 14900 Landmark Blvd
Email: gordon++at++paradigmsim.com | Dallas, Texas 75240, USA
Tel: 972 960 2301 | Fax: 972 960 2303
______________________________________________________________
'Smoke me a kipper skipper, I'll be back for breakfast'
______________________________________________________________
NOTE:
All opinions here within this email are solely mine and DO NOT
reflect those of MultiGen Paradigm or any other employee.
****************************************************************************
**
From: allan++at++sgi.com (Allan Schaffer)
Date: Mon, 29 Nov 1999 11:13:57 -0800 (PST)
Subject: IRIS Performer 2.3 for Linux Now Available
Live from the I/ITSEC '99 Conference in Orlando, FL ..
The Rocket Tux has Launched!
The IRIS Performer team at SGI is very pleased to announce the
release and immediate availability of IRIS Performer 2.3 for Linux.
IRIS Performer for Linux brings the opportunity for Linux software
developers worldwide to utilize the premier industry-standard programming
interface for high-performance visual simulation applications. IRIX
and Linux users alike can develop their application and database once
and deploy on a full range of MIPS- and Intel-based systems,
confident that the SGI graphics expertise embodied by IRIS Performer
will take maximum advantage of the hardware upon which it runs.
Please see our web site for all the details and downloads:
http://www.sgi.com/software/performer/linux.html
The Web download of IRIS Performer 2.3 for Linux is FREE!
SurfZone registration is also free -- and anyone can register.
IRIS Performer 2.3 for Linux is fully API-compatible with existing
IRIS Performer applications and is a full distribution, including the
core run-time libraries and file loaders, development header files,
sample source code, and manual pages.
To report bugs, send feedback, submit patches, or reach the IRIS
Performer team directly, send mail to mongoose-feedback++at++corp.sgi.com.
Please note that we have anticipated many of the questions you might
have, and we have found in our testing and during the Beta period
some of the problems you may come across. Please review the bug
list and FAQ before sending questions or submitting bug reports:
http://www.sgi.com/software/performer/linux-developer.html
You are encouraged to continue using the info-performer mailing list
for general technical discussion of this release and IRIS Performer.
Also, we thank the great many of you who have participated in the
Mongoose Beta program. We couldn't have done the job without your
suggestions and feedback.
Thank you, and enjoy IRIS Performer 2.3 for Linux.
The IRIS Performer Team
----
Allan Schaffer allan++at++sgi.com
Silicon Graphics http://reality.sgi.com/allan
****************************************************************************
**
From: "Guillermo E. Gutierrez"
Date: Mon, 29 Nov 1999 15:00:14 -0500
Subject: Loading simple text.flt into perfly
This is a multi-part message in MIME format.
--------------DCFCF4AA6986758A8002EC42
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi pfGurus,
I've created a very basic text.flt file (using homegrown code) which I
can't get loaded into perfly. I'm just starting out with this, so any
help and suggestions would be greatly appreciated.
The file (which follows the 15.4 OpenFlight spec) contains the
following records in this order:
Header record
ColorTable record
Group Record
Push Record
Group Record
Push Record
Text Record
Comment Record
Pop Record
Pop Record
The Comment Record contains a single text string and the Text Record's
Font name parameter points to paradigmfont.dat. I can see a scene
graph in perfly (which I think is a generic scene graph, because the
second Group node has no children), but there's nothing on the
screen. My questions are: 1) is this the right order of records for
a basic text flight file? and 2) What is the best way of annotating an
OpenFlight database with text (2d or 3d)?
Thank you much,
-guillermo
ggutierr++at++harris.com
What follows is perfly output:
-------
PF Info: pfdLoadFile_flt: database text.flt
PF Info/Resource: loading file text.flt
PF Notice/Assert: convTree(Group1) unexpected record 95
"text" found.
PF
PF Info: OpenFlight geometry:
PF Performer geometry:
PF Libpr data:
PF
PF Info: OpenFlight hierarchy:
PF Groups: 2
PF Performer hierarchy:
PF Groups: 1
PF Cleaned: 2
PF Scene-graph statistics:
PF loading time: 0.131
sec
PF
PF Info: pfdMakeShared optimizing traversal
PF Unique state objects:
PF None
PF Redundant state objects:
PF None
PF Performance statistics:
PF Elapsed time: 0.000 sec
PF
PF Info: pfdCombineLayers optimizing traversal
PF Performance statistics:
PF Elapsed time: 0.000 sec
PF
PF Info: pfdMakeSharedScene scene pfGeoState
traversal
PF Performance statistics:
PF pfGeoStates: 0
PF Elapsed time: 0.000 sec
PF
PF Info: pfuCollideSetup collision traversal
PF Intersection data is cached
PF Elapsed time: 0.000 sec
PF
PF Info: Total scene-graph statistics
PF Scene-graph statistics:
PF loading time: 0.342
sec
PF
PF Info: Initialized 1 Pipe
PF
PF Info: pfuDownloadTexList texture processing
PF Download totals
PF Textures: 0
PF Elapsed time: 0.000 sec
PF
PF Info: scaleFonts 1.00 - Load: 1.41 secs
PF Info(33): Initialized 1 Channel
PF
PF Info: pfuRunProcOn() - Process 20194 running
on CPU 0.
PF Info: X input process 20194 running for
channel 0
PF Notice: Using 72Hz video rate.
PF Info: Asynchronous X Input process 20194
opened on Display :0.0
PF Info: scaleFonts 0.99 - Load: 0.87 secs
PF Info: scaleFonts - Make Font Bitmaps: 0.19
secs
PF Notice/Usage: OpenGL Error 0x501 - invalid value
PF Notice/Usage: OpenGL Error 0x501 - invalid value
PF Notice/Usage: OpenGL Error 0x501 - invalid value
...(goes on forever)
--------------DCFCF4AA6986758A8002EC42
Content-Type: text/x-vcard; charset=us-ascii;
name="ggutierr.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Guillermo E. Gutierrez
Content-Disposition: attachment;
filename="ggutierr.vcf"
begin:vcard
n:Gutierrez;Guillermo
tel;fax:407-984-6323
tel;work:407-984-6543
x-mozilla-html:TRUE
org:Harris Corporation;GCSD
adr:;;;;;;
version:2.1
email;internet:ggutierr++at++harris.com
title:Software Engineer
x-mozilla-cpt:;-19648
fn:Guillermo Gutierrez
end:vcard
--------------DCFCF4AA6986758A8002EC42--
****************************************************************************
**
From: yair++at++polygon.engr.sgi.com (Yair Kurzion)
Date: Mon, 29 Nov 1999 12:50:15 -0800 (PST)
Subject: Re: culling process memory usage
Shalom Hanit !
> I know that when multiprocessing, the culling process has it's own copy of
> the tree.
> But which tree???
All processes downstream from APP (one CULL process per pipe and the ISECT
process), have copies of all the pfUpdatable's that APP creates. A pfNode is
a
pfUpdatable so each process downstream from APP, has a copy of all the nodes
in
the system. Performer does not consider scene graph connectivity (what node
lives on what pfScene) when cloning a node from the APP process to a
downstream
process.
> Let's say that I'm loading 3 databases, and have 3 channels - one for each
> graphic pipe. Lets say that each channel points
> in it's scene to only one of the databases, will the Cull on each pipe
have
> a copy of the BIG tree (tree with the 3
> databases) or only the part of the tree that the channel uses?
> From what I've tested the cull has a copy of the BIG tree. Am I correct?
Yes.
> When exactly is the tree copied to the cull?
In the first call to pfSync after you create the new nodes: A new node of
the
same type is created, and the contents of the APP node gets copies to the
new
node.
> If I'm correct - is there a way that I can reduce this big waste of
memory?
> (because if this is correct and lets say that the
> size of each database is approximately n I have 12n (3 for the app and 3
for
> each Cull) instead of 6n (3 for the app and 1
> for each Cull).
Performer manages a single node-registry (aka pfBuffer) in the APP process.
It doesn't support a per-pipe pfBuffer. I don't think the API provides a way
around this.
-yair
--
\_________ \_____ \__ \__ \_____ Yair Kurzion
\_________ \_____ \__ \__ \_____ yair++at++sgi.com
\__ \__ \____\__ \__ http://reality.sgi.com/yair
\__ \__ \__ Work: (650) 933-6502
\__ \__ \__ Home: (408) 226-9771
\__ \__ \__
****************************************************************************
**
From: Larry Ramey
Date: Mon, 29 Nov 1999 16:06:22 -0500
Subject: Z-fighting or flimering??
I have a problem that needs a quick hack before ITSEC (read today).
I have a 3D surface that represents bathymetry. It has one transparent
value (missing data) so I believe it is stuck in the transparent bin. (I
THINK) Then I have a 2D plane that represents the water surface.... it
cuts through the 3D surface. At the shore I get polygons popping on top
of each other then behind each other.... very visually disconcerting,
especially in a CAVE.
Anyone got a quick hack? (This is old code, so I don't care if it
involves three typecasts and some assembly followed by 2 macros) When I
understand the hack I will sit down and really fix the problem.
---------------------------------------------------------------
Larry E. Ramey ramey++at++ccpo.odu.edu
757-683-3439 (CAVE) 757-683-5335 (VEL Lab)
"I eat weirder things than you in my cereal" - Zaphod Bebblebrox
"Can't talk to a Psycho like a normal human being" - Poe
****************************************************************************
**
From: Larry Ramey
Date: Mon, 29 Nov 1999 16:07:23 -0500
Subject: Z fighting or flimmering
sorry about this guys (and Jenny )....
could you e-mail a reply please, I need to tar this sucker up and ship
it to Orlando.
--
---------------------------------------------------------------
Larry E. Ramey ramey++at++ccpo.odu.edu
757-683-3439 (CAVE) 757-683-5335 (VEL Lab)
"I eat weirder things than you in my cereal" - Zaphod Bebblebrox
"Can't talk to a Psycho like a normal human being" - Poe
****************************************************************************
**
From: yair++at++polygon.engr.sgi.com (Yair Kurzion)
Date: Mon, 29 Nov 1999 13:11:41 -0800 (PST)
Subject: Re: Culling
Hello Dimi !
> How do I prevent a pfGeode Node with many Geosets from beeing culled.
> This is needed because I update the geometry of the Geosets at run time
> and
> I guess that it would be quite expensive to compute the the Bounding
> Sphere
> needed for culling every frame.
> With culling enabled for that node, my geometry gets sometimes culled
> even
> though it is in the Viewing Frustum, because the Bounding Sphere is not
> right.
You can instruct Performer to always accept a node (as visible) by calling:
pfNodeTravMask(node, PFTRAV_CULL, 0, PFTRAV_DESCEND, PF_SET);
This call will make Performer consider 'node' and all its descendents as
visible. Performer will NOT compute the visibility of this node and its
descendents (CULL may run faster, but the culled result will always contain
this extra geometry).
You can limit this behavior to the node alone by using PFTRAV_SELF instead
of
PFTRAV_DESCEND (see man page).
Using a pre-CULL callback on the node (as previously suggested) works too.
However, it runs a little slower.
-yair
--
\_________ \_____ \__ \__ \_____ Yair Kurzion
\_________ \_____ \__ \__ \_____ yair++at++sgi.com
\__ \__ \____\__ \__ http://reality.sgi.com/yair
\__ \__ \__ Work: (650) 933-6502
\__ \__ \__ Home: (408) 226-9771
\__ \__ \__
****************************************************************************
**
From: yair++at++polygon.engr.sgi.com (Yair Kurzion)
Date: Mon, 29 Nov 1999 13:23:17 -0800 (PST)
Subject: Re: pfUpdatable message
Hello Javier !
> I'm getting several messages from the DBASE process. Each time
> pfdLoadFile() is
> called, a message like this appears on the terminal:
>
> 36762 PF Notice: pfdLoadFile_pfb: Loading
> "/SANTI/geometria/200opt2pc/g200p21r004opt2.pfb"
> 36762 PF Debug/Internal: pfUpdatable::pf_addUpdate not called from
> APP process=3DPID:36762 DBASE ,Updatable=3DpfFrameStats
> 36762 PF Debug/Internal: pfUpdatable::pf_addUpdate not called from
> APP process=3DPID:36762 DBASE ,Updatable=3DpfFrameStats
> 36762 PF Scene-graph statistics:
> 36762 PF Triangles: 403
> 36762 PF loading time: 0.219 sec
> 36762 PF loading rate: 1840.700
> prims/sec
> 36762 PF
>
> And when pfBuffer::merge() is called, this message (one for file
> loaded with pfdLoadFile()):
>
> 36762 PF Debug/Internal: pfUpdatable::pf_addUpdate not called from
> APP process=3DPID:36762 DBASE ,Updatable=3DpfFrameStats
>
> The app doesn't do any call related to Performer statistics (neither
> pfFrameStats nor anything).
>
> Does anyone know what this message means? What are these Performer
> calls doing to get this
> message? Is anything wrong with it?
Everything seems in order. The message
'pfUpdatable::pf_addUpdate not called from APP..."
is a Debug/Internal message. Here is a little background:
Every time you change something on a pfNode (and all its subclasses), the
change has to be propagated from the APP copy of the node to CULL and ISECT
copies. This is done using a list of 'Updates' (hence the name
pf_addUpdate).
Performer will propagate updates ONLY if they happen in the APP process.
The above pfNotify message informs you that the scene graph changes you made
in
your DBASE process will not be propagated to downstream processes. This is
OK
because the DBASE process uses a different method to introduce new nodes
into
the scene graph. You exercise this method when you call pfMergeBuffers.
Bottom Line: This is not an error message.
-yair
--
\_________ \_____ \__ \__ \_____ Yair Kurzion
\_________ \_____ \__ \__ \_____ yair++at++sgi.com
\__ \__ \____\__ \__ http://reality.sgi.com/yair
\__ \__ \__ Work: (650) 933-6502
\__ \__ \__ Home: (408) 226-9771
\__ \__ \__
****************************************************************************
**
From: gcw++at++best.com
Date: Mon, 29 Nov 1999 17:59:49 -0800
Subject: devedge
Is anyone on this newsgroup getting empty "DevEdge Flash Announcements"
from SGI?
gw.
****************************************************************************
**
From: Brian Furtaw
Date: Mon, 29 Nov 1999 21:59:49 -0500
Subject: Re: Z-fighting or flimering??
Larry,
There a several ways to fix your problem, some good methods are handled
within the pfLayer node. Make the transparent water plane pfGeode the
first child node (or "base" ) of the pfLayer node and the shore polygons
pfGeode the second child ( or "decals" ). Depending on the pfLayer mode
node it will either use polygon offset or a stenciling technique.
Brian
Larry Ramey wrote:
>
> I have a problem that needs a quick hack before ITSEC (read today).
>
> I have a 3D surface that represents bathymetry. It has one transparent
> value (missing data) so I believe it is stuck in the transparent bin. (I
> THINK) Then I have a 2D plane that represents the water surface.... it
> cuts through the 3D surface. At the shore I get polygons popping on top
> of each other then behind each other.... very visually disconcerting,
> especially in a CAVE.
>
> Anyone got a quick hack? (This is old code, so I don't care if it
> involves three typecasts and some assembly followed by 2 macros) When I
> understand the hack I will sit down and really fix the problem.
> ---------------------------------------------------------------
> Larry E. Ramey ramey++at++ccpo.odu.edu
> 757-683-3439 (CAVE) 757-683-5335 (VEL Lab)
> "I eat weirder things than you in my cereal" - Zaphod Bebblebrox
> "Can't talk to a Psycho like a normal human being" - Poe
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/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: (301)572-3280
12200-G Plum Orchard Drive OpenGL/Performer/OpenInventor/ImageVision
Silver Spring, Maryland 20904 Optimizer/React/PCI Device Drivers
****************************************************************************
**
From: eibanez++at++euve.org
Date: Tue, 30 Nov 1999 07:57:52 +0100
Subject: Re: info-performer Nov 28 1999
do you now any grafic tarjer, but cheap please, because I`m learn about
performer, and I want to buy one, for work in linux.
thanks
****************************************************************************
**
This archive was generated by hypermail 2.0b2
on Tue Nov 30 1999 - 10:06:13 PST