On Sun, 2010-01-17 at 17:48 +0100, gabor papp wrote: > > I just 'fixed' this. The behaviour of sharp or smooth normals for > > indexed poly prims is implicitly determined by the indexing. > great, thanks. on the other hand, it seems that obj files have sharp > face normals instead of smoother vertex normals. so the new way how > (recalc-normals 1) works with obj files, won't help.
Well the initial sharp/smoothness of models from obj should be defined entirely by the modelling package. If you run recalc-normals on an model from obj - it should blend normals on shared vertices and generate separate normals for non-shared coincident vertices. So this is determined by how the modeller has exported the geometry I think. I'm guessing this index unification stuff that we've been talking about due to loading speed is also causing problems here though - eg. by creating extra normals or vertex positions.... cheers, dave
