Can you provide a test case that shows that it works uncompiled not not compiled? So that I can see what's actually wrong? I assume that it's a kind of configuration issue, but it's hard to tell without knowing what the actual problem looks like.

GenericVertexController. Is there another way? Anyway, what values should I plug in for compile()?

How are you applying your animation? In an IVertexController or in some other way?

I just tried, since I don't know what to put in for batchSize, the following. Still breaks the animation.

obj.compile(true, true, true, false, -1);


compile(true) compiles the object to use client side data for the GPU (i.e. it resides in the system's memory) while (false) compiles it to use server side memory (i.e. on the GPU). The former is more suitable for objects that change after compilation while the latter is faster for static objects. Have to tried to compiled it with (true) and indexing disabled?

That's because the GL renderer discards a texture's actual pixel data once it has been uploaded to the GPU. There's a 'keepPixelData()' method in Texture to prevent this.

Now I want the same code to also work with OpenGL. But I'm getting:

QuoteException in thread "main" java.lang.NullPointerException: Cannot read the array length because "this.texels" is null

I can do compile(true) and not lose animations on Raft's bones. But it breaks the animations on my GLB models with my own bone structure. Is there anything that I should be overriding and adding? If not, would you have a clue as to what's doing this?

Yes, a little bit...  It's actually a performance issue. The "old" transparency code is optimized for speed and not accuracy, which is why its results are  not on par with what the GL renderer could do. The alpha stuff has been added much later. It's more flexible but also slower.

Thanks a lot. It is unnecessarily complicated, though, isn't it?