Marcus Barnes (marcus++at++multigen.com)
Tue, 19 Nov 1996 11:52:09 -0800
> > True. The validation isn't that time consuming though. It is always being
> > done. But when pfNotify() is called alot, you become I/O limited wrt shell
> > output and scrolling.
>
> After removing my .attr files, I don't get very many messages anymore but
> the load is still slow.
Have you tried rreducing your pfNotifyLevel() to WARN or FATAL ? This will
reducing time spent in pfNotify()
> > By simply removing the .attr files, you are letting the polygons "drive"
the
> > "default" texture attributes. In a sense ... it does fix this mismatching
> > attributes problem, by eliminating the texture attribute files.
>
> But nothing has changed with the database for years.
Then the database has _always_ been broken in this regard.
> The only things different
> are the IR, Irix 6.2 and Performer 2.1. In fact, I can run the old Irix 5.2/
> Performer 1.2 version on the IR with 6.2 and Performer 2.1 loaded and the
> database loads as it always did.
As I said earlier, the old Performer 1.2 environment and pre R14.2 [Open]Flight
loaders were less constrained wrt texture usage. In fact, the 1.2 based R14.0
loader made only one texture usage check: it caught attempts to bind different
details to the same base texture; it ignored the second binding.
It's simply more constrained in OpenGL and Performer 2.0 . The new loader(s)
spend time to detect the usage errors and notify the user about the problems so
that they can be corrected. The last 1.2 based loader, R14.2g, does this extra
validity checking btw.
Regards.
--
+ Marcus Barnes, Technical Staff mailto:marcus++at++multigen.com +
+ Multigen Inc. http://www.multigen.com +
+ 550 S. Winchester Blvd. phoneto:1-408-556-2654 +
+ Suite 500 San Jose CA 95128 faxto:1-408-261-4102 +
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:59 PDT