Re: [Plib-users] Need advices to use Plib for a Roam algo

[Maltez <ma...@no...>]

> For example, if you use your first approach then it ought to be possible
to model the
> trrain skins using PrettyPoly.  If you take the second approach then what
you have
> is something that doesn't really become a part of PLIB/SSG because it
doesn't subclass
> from it.

How could PPE be aware of my subclasses ? is there some dynamic library
loading (plugin) ?
i don't see that! and even think about that possibility. Perhaps i need to
watch PPE more closely.

>   1) Multiple views of the same model, rendered consecutively. (PrettyPoly
and
>      my new 'Evil Overlord' project both do this).

For multiple views, i need to have one manager+tiles per view and share
heightfiled and pre-computed variances because the manager and tiles states
are depending on the camera and it's frustrum.
How to make mgr1 visible and mgr2 invisible to camera 1 and the inverse to
camera 2 ?

>   However, one of the problems (as I understand it) with ROAM is that it
> does a lot of incremental stuff (for speed) - so it needs to be run even
> if it's not in view.  That may be unavoidable in this case - but we need
> to think carefully about that.

My implement is not like that and it's not the case of the original algo
don't say about that.
When the mesh is entirely culled out from frustrum the manager will not be
called and keep it's last state. All depends on the kind of camera move
allowed : smooth or not.

>
> > - another approach is put all in a fresh new subclass of ssgLeaf (and no
> > use of ssgVtxArray or ssgBranch). What about this technic ?
>
> You could do that...I've found that this is generally a lot more work -
but
> maybe not in your case.  It's important that you derive from EITHER
ssgLeaf
> OR ssgBranch - there is no third kind of thing allowed in the scene graph.

When you say EITHER, you mean only one class subclassing but not the 2 ?

> However, you don't need to derive from ssgVtxTable/ssgVtxArray...most
applications
> are quite robust in that respect.

What do you mean with robust ?

> You might want to subscribe to the PLIB developer's list though - that's a
better
> place to ask this stuff than the user's list.

Ok, i have done that now. But i thought the devel list was for developpers
of the core Plib not users like me which are developping with Plib but not
modifying it. I don't want to bother the real developpers with newbie
question.

Greetings