Dear Baker Searles (Bradley?),<br><br>Way back when I was looking at OBJ import, I found these useful:<br><br><a href="http://paulbourke.net/dataformats/obj/">http://paulbourke.net/dataformats/obj/</a><br><a href="http://paulbourke.net/dataformats/mtl/">http://paulbourke.net/dataformats/mtl/</a><br>
<br>but these are just repeats of what the <a href="http://wotsit.org">wotsit.org</a> information has.<br><br>Here Ns is described as up to 1000.<br><br>However exporters (and importers) do seem terribly inconsistent about how they use some of these parameters. Plus the MTL file should state - but rarely does - a particular lighting model via the illum parameters, which should be - but isn't, from what I recall - picked up by OSG and be used, e.g. via different shader sets.<br>
<br>I can't see why, from the illumination models, this would necessarily have an upper bound; they are just floating point exponents after all. As an aside, I think most of the models I have seen with any illum value specified have illum=2.<br>
<br>Can you find out what the equation 3dsMax is using for specular, in terms of how it is scaling it's 0-100 value? This should help determine whether an upper bound is even necessary.<br><br>I think if you fix this for one flavour of OBJ exporter, then it will break someone elses models. So perhaps add an option to clamp Ns to the importer that you can pass in when you know you need it?<br>
<br>For what it's worth, I quite like the OBJ format for all its archaism since its easily human readable and easily attackable with text parsers...<br><br>Hope that helps.<br><br>Dave<br><br><br><br><br><div class="gmail_quote">
<br></div><br>