Hey guys ObjectContainer3D approach is easy, but it will slow thing down a bit, if you seek for better speed, you can try apply matrix transforms directly to it vertices (like freeze transforms prev mail) just like ObjectContainer3D did this automatically while render loop get rid of ObjectContainer3D will reduce look up time obviously
you can learn this approach via Sprite3D, credit by mr. incredible Rob :) fyi : it's a bit complex, try it only if you want to learn, need more fps or more headache ;) hth On 26 June 2010 10:09, savagelook <[email protected]> wrote: > http://savagelook.com/blog/away3d/away3dlite-face-linking-take-2 > > ok, there's my code using an ObjectContainer3D to keep the alignment > correct. I'm guessing there's a way to do it with upAxis, but it's > beyond me until I do some 3d math studying. Oh, and I left a little > something special for you peter ;) > > On Jun 25, 11:36 am, Shawn <[email protected]> wrote: > > Yes, that is how I would have done it with parenting :) > > > > On Jun 25, 6:02 am, savagelook <[email protected]> wrote: > > > > > > > > > Well, I think your code/math is over my head for now, but I get what > > > you meant by parenting. I put the source object and the linked > > > objects inside an ObjectContainer3D and everything works as expected. > > > This should suit my needs for now. I've got a book on 3d math I > > > ordered a little while ago that I haven't had time to dive into yet. > > > Looks like this might be the catalyst for finally reading it. > > > > > On Jun 25, 8:22 am, savagelook <[email protected]> wrote: > > > > > > I'm looking at your code now to see how I can apply it, but what do > > > > you mean by "use parenting" to solve this problem? I'm open to > > > > anything. > > > > > > On Jun 25, 3:59 am, Shawn <[email protected]> wrote: > > > > > > > I believe the problem is with the lookAt's upAxis. lookAt first > points > > > > > the z axis at the target and then tries to align a local up axis > with > > > > > the scene's Y_AXIS. So, as your faces move they keep adjusting to > > > > > match their up axes with the scene's Y_AXIS. > > > > > > > Unless you want to use parenting, the only way I know to fix this > is > > > > > to use an "up object" to aim the up axis at after the lookAt has > been > > > > > done. I have a test of an up object with a link to the code here: > http://moosemouse.com/up-object-test.html > > > > > > > I have been using this for something quite different so it may not > > > > > immediately make sense to your project. But I *think* this is one > way > > > > > to fix your problem. It is late so I am calling it a night, but let > me > > > > > know if you would like further clarification. > > > > > > > Best, > > > > > Shawn > > > > > > > On Jun 24, 8:08 pm, savagelook <[email protected]> > wrote: > > > > > > > >http://www.savagelook.com/demos/normals_align/sandbox.html > > > > > > > > I started on the alignment but I had a problem. For some reason > the > > > > > > planes keep rotating along the normals even after adding the > lookAt() > > > > > > call when I'm updating the linked planes. Can anyone who knows > 3d > > > > > > math better than me explain why this is happening, its in the > link > > > > > > above. Thanks, its driving me nuts and I can't figure it out. > > > > > > > > On Jun 24, 12:04 pm, savagelook <[email protected]> > wrote: > > > > > > > > > Shoot, I forgot to mention I didn't do the alignment yet. I'm > gonna > > > > > > > make another demo soon using planes to show the alignment part. > > > > > > > Should look pretty neat with just the planes and an invisible > source > > > > > > > mesh. > > > > > > > > > On Jun 24, 10:44 am, Peter Kapelyan <[email protected]> > wrote: > > > > > > > > > > Hmm it doesn't seem aligned to the face (those things should > be turning too, > > > > > > > > no?). > > > > > > > > > > On Thu, Jun 24, 2010 at 9:00 AM, savagelook < > [email protected]>wrote: > > > > > > > > > > > > http://savagelook.com/blog/away3d/away3dlite-normals-and-face-linking > > > > > > > > > > > normals and face linking in away3dlite. The face linking > is not a > > > > > > > > > rolled up class like FaceLink in Away3D since the > modifications were > > > > > > > > > minimal. I did make changes to Face.as to include a normal > and center > > > > > > > > > at creation time, so as long as you don't deform the mesh, > everything > > > > > > > > > should work. If you do deform the mesh (like with as3mod > or manually) > > > > > > > > > you would just need to recalculate the normal and center > for each face > > > > > > > > > affected. > > > > > > > > > > > One note, katopz mentioned that you could access a face's > vertices > > > > > > > > > through face.mesh.vertices, but I never got around to > trying that. By > > > > > > > > > doing that and maintaining your own vectors of face centers > and > > > > > > > > > normals, you could create this face linking code without > making > > > > > > > > > changes to Face.as, if you were so inclined. > > > > > > > > > > > On Jun 23, 11:37 am, savagelook < > [email protected]> wrote: > > > > > > > > > > Thanks for the insights katopz. > > > > > > > > > > > > For anyone interested I have just got face linking (on > steroids) > > > > > > > > > > working in lite. All credit goes to the original > FaceLink author as > > > > > > > > > > 98% is just copied code from there. The rest is just > minor > > > > > > > > > > computational changes using Vector3D in the absence of > Number3D. The > > > > > > > > > > code I have now requires minor changes to Face.as, but > I'm going to > > > > > > > > > > see if I can also do it without changing the source and > maintain a > > > > > > > > > > good framerate. I'll post it up once I have it all > ironed out. > > > > > > > > > > > > On Jun 22, 3:38 am, katopz <[email protected]> wrote: > > > > > > > > > > > > > Hey guys > > > > > > > > > > > > > it's for speed reason, dot access is slower, so private > _vertices is > > > > > > > > > just > > > > > > > > > > > bypass that dot and acting like referrer, you can saw > bypass like this > > > > > > > > > every > > > > > > > > > > > where in lite libs > > > > > > > > > > > > > if you really want to access vertices you can use > mesh.vertices and > > > > > > > > > provide > > > > > > > > > > > faceIndex for each face, or mesh.faces[index] > > > > > > > > > > > > > for normal comment out there is just under development > for light > > > > > > > > > somehow, > > > > > > > > > > > it's not in my field btw > > > > > > > > > > > > > hth > > > > > > > > > > > > > On 22 June 2010 14:10, Michael Iv < > [email protected]> wrote: > > > > > > > > > > > > > > I talked to Rob Bateman about this issue a few weeks > ago in relation > > > > > > > > > to > > > > > > > > > > > > another class. He said that some properties became > private in order > > > > > > > > > to not > > > > > > > > > > > > be exposed for a regular user .(Still don't > understand a reason for > > > > > > > > > > > > this).But you can still access most of these using > arcane namespace. > > > > > > > > > > > > > > On Tue, Jun 22, 2010 at 6:56 AM, savagelook < > > > > > > > > > [email protected]>wrote: > > > > > > > > > > > > > >> While I'm still hoping for answers to my questions, > I wanted to note > > > > > > > > > > > >> that I uncommented the normals code in the faces in > away3dlite and > > > > > > > > > it > > > > > > > > > > > >> works well. I also was able to use it to put basic > face linking > > > > > > > > > > > >> functionality into lite. I'll post it up on my blog > soon if any is > > > > > > > > > > > >> interested. > > > > > > > > > > > > > >> On Jun 21, 11:33 am, savagelook < > [email protected]> > > > > > > > > > wrote: > > > > > > > > > > > >> > Also, why are the vertices of faces now private > with no getters or > > > > > > > > > > > >> > setters? Why were mapping coordinates used to > calculate the > > > > > > > > > normals > > > > > > > > > > > >> > instead of the vertices like in Away3D 3.x? > > > > > > > > > > > > > >> > On Jun 21, 11:09 am, savagelook < > [email protected]> > > > > > > > > > wrote: > > > > > > > > > > > > > >> > > I would also like to know why the normals are > commented out in > > > > > > > > > > > >> > > away3dlite, as of the latest trunk revision > (2613)? In the mean > > > > > > > > > time > > > > > > > > > > > >> > > I'm going to use them and see if they work as > expected. > > > > > > > > > > > > > >> > > On May 3, 1:33 am, Michael Iv < > [email protected]> wrote: > > > > > > > > > > > > > >> > > > You are right , I just like to keep things > sorted as much as > > > > > > > > > > > >> possible . > > > > > > > > > > > >> > > > Actually I thought also about Vertex Vectors , > but then > > > > > > > > > desired to > > > > > > > > > > > >> try this > > > > > > > > > > > >> > > > out . > > > > > > > > > > > >> > > > v1.normalize x2 IS TYPING MISTAKE :) > > > > > > > > > > > >> > > > Why they commented normal? > > > > > > > > > > > > > >> > > > Thanks For Help > > > > > > > > > > > > > >> > > > On Mon, May 3, 2010 at 5:24 AM, Ken Railey < > > > > > > > > > [email protected]> > > > > > > > > > > > >> wrote: > > > > > > > > > > > >> > > > > So using the texture coordinates is a bit of > an unorthodox > > > > > > > > > > > >> approach. I > > > > > > > > > > > >> > > > > would take the cross product of two face > edges and normalize > > > > > > > > > that. > > > > > > > > > > > >> Beyond > > > > > > > > > > > >> > > > > that, I am not sure why to are normalizing > v1 twice (or even > > > > > > > > > once, > > > > > > > > > > > >> just skip > > > > > > > > > > > >> > > > > it). Also, that call to new Vector3D() when > initializing > > > > > > > > > normVect > > > > > > > > > > > >> is > > > > > > > > > > > >> > > > > wasted, since it gets overwritten on the > next line. > > > > > > > > > > > > > >> > > > > Also, after a quick glance at svn it seems > like the Face > > > > > > > > > class had > > > > > > > > > > > >> a normal > > > > > > > > > > > >> > > > > at some point that is just commented out. > Maybe try using > > > > > > > > > that? > > > > > > > > > > > > http://code.google.com/p/away3d/source/browse/trunk/fp10/Away3DLite/s... > > > > > > > > > > > > > >> > > > > On Sun, May 2, 2010 at 4:38 PM, Michael Iv < > > > > > > > > > [email protected]> > > > > > > > > > > > >> wrote: > > > > > > > > > > > > > >> > > > >> Hi Guys , I was looking for Normal Face > Vector in Lite and > > > > > > > > > found > > > > > > > > > > > >> none . I > > > > > > > > > > > >> > > > >> tried to write my own . From my check It > seems working ... > > > > > > > > > But I > > > > > > > > > > > >> would like > > > > > > > > > > > >> > > > >> to get a confirmation from Math > > > > > > > > > > > >> > > > >> experts here . > > > > > > > > > > > >> > > > >> I used the tuvs to create 2 vectors on the > Face plane, then > > > > > > > > > did > > > > > > > > > > > >> cross > > > > > > > > > > > >> > > > >> product . Was that right ? > > > > > > > > > > > > > >> > > > >> Here is the code: > > > > > > > > > > > >> > > > >> var face:Face=sp.faces[45]; > > > > > > > > > > > >> > > > >> var v1:Vector3D=new > > > > > > > > > > > >> Vector3D(face.t0,face.u0,face.v0); > > > > > > > > > > > >> > > > >> var v2:Vector3D=new > > > > > > > > > > > >> Vector3D(face.t1,face.u1,face.v1); > > > > > > > > > > > >> > > > >> ... > > > > read more ยป -- Regards ----------------------------------------------------------- Todsaporn Banjerdkit, katopz, http://sleepydesign.com Away3DLite and JigLibFlash Developer Team
