Yes, no more problems. What's even stranger is how the surfaces of the planes seem to interchange... Pretty funky. Of course I can't really consider it a bug since you shouldn't ever render more than once per frame anyway. Thanks for all your help and input.
On Oct 24, 9:09 am, Peter Kapelyan <[email protected]> wrote: > So no more problems if you only render once? > > I think thats the nastiest graphical glitch I've seen in Away3D so far - you > deserve a big trophy for that ! > > -Pete > > On Fri, Oct 23, 2009 at 11:14 PM, Jeffrey Blyseth > <[email protected]>wrote: > > > > > > > > > SOLVED! I think :) > > Here's a link to a simple flash example. I believe that the problem > > was that I was calling render in both an Event.ENTER_FRAME event and a > > TweenEvent.MOTION_CHANGE event. In the link here I left the problem > > in the code, but also include a link to download the source if anyone > > wants to see it. You really notice it when you mouse from one plane > > to another. Please let me know any thoughts. And if I'm on the right > > track I hope it helps someone. > > >http://axisgraphics.com/download/planes/ > > > On Oct 23, 12:26 pm, Jeffrey Blyseth <[email protected]> wrote: > > > Hi All, > > > More info on this issue, although I don't yet have a solution. When > > > this happens I have multiple planes, at some point it appears that the > > > various bitmap materials switch to different planes, and this is when > > > I get the triangles flipping. > > > Any ideas? > > > > On Oct 22, 3:47 pm, Jeffrey Blyseth <[email protected]> wrote: > > > > > I have posted another example of this with debug:true, > >http://axisgraphics.com/download/flipped_triangle.jpg > > > > It looks as though one of the triangles gets flipped vertically, and > > > > the map gets messed up. Anyone have an idea? > > > > Thanks, > > > > > On Oct 22, 1:13 pm, Jeffrey Blyseth <[email protected]> wrote: > > > > > > So far no luck in reliably reproducing the error. Creating a new > > > > > bitmapMaterial with a different size bitmap and assigning it to the > > > > > plane as well as assigning a different size bitmap to the existing > > > > > bitmapMaterial work without a problem so I don't think that's it. > > > > > I wish I knew what is causing the triangles to render this way, for > > > > > example, why would it render upside down? Or what is it that makes > > > > > the what causes the "top" of the bitmap to be aligned with the wrong > > > > > edge of the triangle? This is the crux of the problem I believe. > > > > > Subsequent calls to view.render() fixes the plane. > > > > > Can anyone shed light on how the bitmapMaterial gets drawn to > > > > > triangles and therefore why it seems to align to the wrong edges of > > > > > triangles in some cases? > > > > > Thanks, > > > > > > On Oct 22, 11:27 am, Jeffrey Blyseth <[email protected]> > > wrote: > > > > > > > I think you're on the right track Peter. I'm going to try to break > > it > > > > > > reliably first to better understand what's happening. I am using > > an > > > > > > EVENT.COMPLETE listener before building the plane though, maybe I > > > > > > should try a slight delay even then? > > > > > > > On Oct 22, 10:44 am, Peter Kapelyan <[email protected]> wrote: > > > > > > > > Actually I might have seen something similar once in something I > > was doing. > > > > > > > I think it had to do with the fact that it was making a material > > from a > > > > > > > bitmap that was being loaded and didn't exist yet and/or using > > replacing a > > > > > > > bitmap in a material with the wrong dimensions. I am not sure > > exactly what I > > > > > > > did to fix it, but can you try this? > > > > > > > > Make a temp bitmap material first, same width and height as your > > loaded > > > > > > > images. Then replace the material.bitmap with your new bitmap. It > > has to be > > > > > > > the same size, or you might see something like you are seeing. > > > > > > > > Crossing fingers. > > > > > > > -Pete > > > > > > > > On Thu, Oct 22, 2009 at 1:09 PM, Jeffrey Blyseth > > > > > > > <[email protected]>wrote: > > > > > > > > > No, > > > > > > > > I've already confirmed, compiling and running for FP10, thanks. > > > > > > > > > On Oct 22, 10:04 am, daniel <[email protected]> > > wrote: > > > > > > > > > Maybe your Code is compiled for FP10 and executed on FP9. > > > > > > > > > > On Oct 22, 6:50 pm, Jeffrey Blyseth < > > [email protected]> wrote: > > > > > > > > > > > Hi Pete, > > > > > > > > > > Therein lies the rub. I haven't once been able to > > reproduce on my own > > > > > > > > > > system. It's only happening off and on to my client. It > > seems they > > > > > > > > > > have an internet connection that is slow so I thought it > > was something > > > > > > > > > > to do with the images not loading. So I ran Sloppy to > > throttle my > > > > > > > > > > internet connection down to 128k and I still can't > > reproduce it. > > > > > > > > > > I believe I'm using version 2.1, at least that's the v num > > in > > > > > > > > > > Away3DAPIReference > > > > > > > > > > For the client it's happening on Mac/Firefox > > > > > > > > > > Again, a code sample is tough because I can't reproduce the > > problem > > > > > > > > > > myself. > > > > > > > > > > Thanks > > > > > > > > > > > > Can you tell us what Browser/Platform and version of > > away3d you are > > > > > > > > using? > > > > > > > > > > > Can it be reproduced on others? Also, is there an swf we > > can see? The > > > > > > > > code, > > > > > > > > > > > or a simple version that just shows the problem will > > help. Right > > > > > > > > offhand I > > > > > > > > > > > think this is the first time something like this has been > > mentioned. > > > > > > > > > > > > -Pete > > > > > > > > -- > > > > > > > ___________________ > > > > > > > > Actionscript 3.0 Flash 3D Graphics Engine > > > > > > > > HTTP://AWAY3D.COM > > -- > ___________________ > > Actionscript 3.0 Flash 3D Graphics Engine > > HTTP://AWAY3D.COM
