Re: switching texture & Display list

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++sgi.com)
Thu, 26 Aug 1999 14:58:07 -0700


I signed that last one too soon, there is more reply info in the body of
the text.

Cheers,Angus.

Angus Dorbie wrote:
>
> Bound textures are not the same as display lists.
>
> You can overpopulate texture and just use the ones you need.
>
> Cheers,Angus.
>
> > vsmsa wrote:
> >
> > I want to switch between four lists of texture ( not in real time).
> >
> > For that :
> >
> > In Draw process and only one time.
> >
> > I define the first list, like the reference.
> >
> > I use pfIdleTex to have place in RM
> > I copy all the texture of another list to the reference with pfCopy
> > fct
> >
> > In Draw process for all channel.
> > I load all the reference list with LoadTex function.
> >
> > 2 questions:
> >
> > I know that it's not for all channels but for all pipes.but i work on
> > VEGA, if I have 2 or 3 channels by pipe, this error can duplicate the
> > size of texture in RM ?
>
> No, if other channels use the same textures you will be OK using
> Peformer, they will share textures, if they use other textures you will
> need the memory for them.
>
> >
> > I remark some spike when i switch, so I add a pfuDownLoadTexture, It's
> > work fine, So I think that pfFormatTex is not execute by the pfLoadTex
> > ( is it true).
>
> Yep, the first time you draw with a texture it gets downloaded and that
> takes time, downloading them all in advance will avoid this.
>
> >
> >
> > Another subject : The display list.
> >
> > I look for information about display list:
> >
> > hox it's works ?
>
> You could read some books on OpenGL for this. In Performer you just set
> the draw mode to PFGS_COMPILE_GL and it will use display lists. You
> should probably only do this with reasonably large geosets.
>
> > What happen if I have more than 15 Mo of display list ?
>
> The additional lists will be stored in system memory not the HIP on the
> GE board.
>
> > If I have a large DB, with LOD and SWITCH, What's the better solution
> > ?
>
> They serve different purposes, need more info.
>
> It sounds like you are duplicating geometry with your use of lists. You
> only need to modify state and that means you should use geostate tables
> to do this quickly.
>
> Cheers,ANgus.
>
> --
> "One of the best-known folk theorems of software engineering is that
> 60% to 75% of conventional software projects are either never
> completed or rejected by their intended users. If that range is
> anywhere near true (and I've never met a manager of any experience
> who disputes it) then more projects than not are being aimed at goals
> which are either (a) not realistically attainable, or (b) just plain
> wrong."
> Eric S. Raymond - The Cathedral and The Bazaar
>
> For advanced 3D graphics Performer + OpenGL based examples and tutors:
> http://www.dorbie.com/
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com

-- 
"One of the best-known folk theorems of software engineering is that
60% to 75% of conventional software projects are either never
completed or rejected by their intended users. If that range is
anywhere near true (and I've never met a manager of any experience
who disputes it) then more projects than not are being aimed at goals
which are either (a) not realistically attainable, or (b) just plain
wrong."
                 Eric S. Raymond - The Cathedral and The Bazaar

For advanced 3D graphics Performer + OpenGL based examples and tutors: http://www.dorbie.com/


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Thu Aug 26 1999 - 14:58:17 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.