I didn't have a chance to look all over through the JOGL docs, i'm mostly coding at the help of samples.
the initi() setup is like below, my 3D obj have a very strong deformation while rotating. it looks like the deformation is because "bigger nearer and smaller faraway", i tried a few combinaions of "DEPTH" (i have no idea what's depth func, just trying -_-!!) but does have no luck. what do i miss?
You don't understand what you do, you should learn the basics of OpenGL before coding. gluPerspective and glFrustum must be called when the matrix mode is GL_PROJECTION, gluLookAt can be called when the matrix mode is GL_MODELVIEW. Your source code is correct in your reshape method but not in your init method. Moreover, don't call new GLU(), rather call GLU.createGLU(GL). By the way, there are 2 WaveFront OBJ importers in JogAmp (one in JOGL and another one in JOGL-Utils) and there are a WaveFront OBJ importer and a WaveFront OBJ exporter in JogAmp's Ardor3D Continuation, the last importer I mention is probably the most robust you can find in Java. You should look at TextureIO and use a try with resource when opening streams.
still have a long way to go~~, i have nearly zero basic skills about 3D and so as in JOGL. i don't think i'd turn to other APIs right now, it would only just take me much more time, any of these should be adequate except me myself.
When you create a GLU instance directly, you benefit only of a subset of features supported by all other GLU implementations. When you call GLU.createGLU(GL), it chooses the most appropriate GLU implementation for you which supports much more features, there are less cases in which you may receive an UnsupportedOperationException.
I don't advise you to use another API but their source code can be a good source of inspiration and the WaveFront OBJ importer you use is very incomplete in comparison with the ones I mentioned in my previous post.
get closing to my question !Re: My Obj is deforming while rotating.
below comments come from chapter 3 of the RED book, it surely answered my question. So i guess my problem is quite normal or reasonable...
The other type of projection is orthographic, which maps objects directly onto the screen without affecting their relative size. Orthographic projection is used in architectural and computer-aided design applications where the final image needs to reflect the measurements of objects rather than how they might look. Architects create perspective drawings to show how particular buildings or interior spaces look when viewed from various vantage points; the need for orthographic projection arises when blueprint plans or elevations are generated, which are used in the construction of buildings. (See "Projection Transformations" for a discussion of ways to specify both kinds of projection transformations.)