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
