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
