inca++at++public.bta.net.cn
Wed, 15 Jan 1997 06:31:25 -0800
---- on Aug 16, 1996, Sharon Clay wrote:
>This is because each pfPipeWindow has a separate graphics context so
>when you have to change pfPipeWindows, a graphics context switch occurs.
>One additional issue is the management of textures and display lists
>between graphics contexts. By default separate graphics
>contexts do _not_ share textures which means that you might be
>running out of texture memory from duplicated textures.
>You can verify if this is the case with performer graphics stats - they
>will show texture downloads happening.
>If this is your trouble, you can attach multiple pfPipeWindows (the
>default Performer share mask specifies to share GL objects,
PFWIN_SHARE_GL_OBJS).
it's only available in PFMP_APPCULLDRAW. this is result of test:
APPCULLDRAW APP_CULLDRAW APPCULL_DRAW
1 pfPipeWindows 100% 100% 100%
2 shared 100% 50% 50%
2 not shared 50% 50% 50%
3 shared 100% 33% 33%
3 not shared 33% 33% 33%
the number in table is boundary, speed down if go beyond the limit.
test on iR/2xR4400, 2xRM6, IRIX6.2, PF2.1, patch 1355(Aug,96 second release).
Question: is it a normal behaviour, known bug, or my mistake ?
I'm able to supply source code if necessary. Thanks for any help!
liubin
=======================================================================
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:54:20 PDT