Hi > ok, I'm a little confused. If I load the image0.off file I get 92 faces > with 276 pos indices, which is 3 indices per triangle so it makes sense. > > After striping I get 121 pos indices. > > But I don't get the 290 you report. If I dump the pos index after > loading it looks ok. The only difference is the vertex order inside > the triangle, as it is reversed. E.g. if the file contains 1 2 3 the > loader will generate 3 2 1.
You are right :) It is not 290 it is 276 pos indices and After striping 121 pos indices. But actually when i am accessing indices because triangle made from 3 indices so for 121 pos i will get access voliation BTW. what actually stripping is doing interanally ? Are you talking about createSharedIndex function ? ----- Original Message ----- From: "Gerrit Voß" <[email protected]> To: <[email protected]> Sent: Friday, June 12, 2009 5:54 PM Subject: Re: [Opensg-users] How to acccess indices in Geometry > > Hi, > > On Fri, 2009-06-12 at 17:16 +0530, alex wrote: >> Hi >> >> >> that is hopefully only a cut&paste bug, you load to nodeptr >> >> 'cone' and but retrieve the geometry core from 'node'. BTW >> Yeah it was cut & paste bug. > > ;) > >> >> Also I would use dynamic_cast<Geometry *>(node->getCore()); >> Yeah I also used previously and enable RTTI before posting.But it deosnot >> make any difference. >> >> I am also attaching off file for referance. When i am loading file using >> OFF >> loader it is reading indice true. >> But when i am trying read from Geometery indices it's sequance it is >> totally >> changed. > > ok, I'm a little confused. If I load the image0.off file I get 92 faces > with 276 pos indices, which is 3 indices per triangle so it makes sense. > > After striping I get 121 pos indices. > > But I don't get the 290 you report. If I dump the pos index after > loading it looks ok. The only difference is the vertex order inside > the triangle, as it is reversed. E.g. if the file contains 1 2 3 the > loader will generate 3 2 1. > > If your dump is completely different from what is in the file I really > suspect you have the default preprocessing after loading active and your > model is striped. > > Could you set OSG_LOG_LEVEL to Notice and check the output if it > contains something like: > > NOTICE: Graph in/opt/out timing: 0.000424147/5.88894e-05/0.000102997 > > If this message is there the striper is still active. > > kind regards, > gerrit > > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables unlimited > royalty-free distribution of the report engine for externally facing > server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users > ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
