Hi Dirk,
That didn't work either. Here is a model
http://graphics.stanford.edu/data/3Dscanrep/xyzrgb/xyzrgb_dragon.ply.gz
that I am trying to load on a single node. This doesn't have anything to
do with the cluster. This model we can load using a plain
opengl program and get around 14 FPS. But when I convert
it to .osb (I convert to .off then .osb) and then try loading it with
the 10loading.cpp
example, opensg cannot load it.
Can anybody check if they can load this model
and report the frame rates they get ?
Can I also get the code that was used to load
this model, if it can be loaded successfully ?
Thanks,
Manju
On 6/3/05, Dirk Reiners <[EMAIL PROTECTED]> wrote:
>
> Hi Manju,
>
> On Fri, 2005-06-03 at 18:22 +0530, Manjunath Sripadarao wrote:
> > I am trying to (still) load a huge model using opensg. I had a
> > question regarding
> > geometry creation in opensg. Does opensg have 2 copies of vertices and
> > indices in memory ?
> > That is one that is loaded into opengl using
> > glBegin(...)
> > glVertex
> > glend(...)
>
> This only consumes memory if it's inside a display list (which OpenSG
> uses by default).
>
> > and another that is
> > GeoPositions3fPtr pnts = GeoPositions3f::create();
> > beginEditCP(pnts, GeoPositions3f::GeoPropDataFieldMask);
> > {
> > pnts->addValue(Pnt3f(x, y, z));
> > }
> > endEditCP(pnts, GeoPositions3f::GeoPropDataFieldMask);
> > Are there 2 copies in memory that are kept ? Or is there only one copy
> > in memory ?
>
> If you use dlists yes, there are two copies in memory.
>
> > Is there a way to make it use a opengl display list directly ?
>
> Not currently.
>
> > That is I create an opengl display list and pass to opensg and opensg
> > uses this display
> > list to render geometry.
>
> Not currently. The problem is that it's impossible to read display
> lists, there is no way to get at the information for e.g. normal
> calculation, bounding volume calculation or intersection.
>
> You can turn display lists off before rendering to see if that fixes
> your problem (geo->setDlistCache(false);, or add the attached code to
> just turn it off).
>
> But AFAIK you're on a cluster anyway, so no single node should need to
> render the full model. Can you give us a little more background on when
> exactly you're having problems?
>
> Dirk
>
>
> Add this before Geometry creation to turn off all dlists:
>
> FieldContainerPtr pProto = Geometry::getClassType().getPrototype();
> GeometryPtr pGeoProto = GeometryPtr::dcast(pProto);
> if(pGeoProto != NullFC)
> {
> pGeoProto->setDlistCache(false);
> }
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
