Ah, now I see what you mean. And it actually could be a problem. Maybe you won't see an errorous effect in any case. But it should be safer to schedule it. If it isn't a performace issue, this should be no problem.

It is a performance issue, and people aren't supposed to call Xith methods from different threads. I can maybe add some synchronized{} blocks to make sure some nasty things actually don't happen but.. I don't think it's really necessary.

I've done it in my private version of Xith, and IIRC there was a problem with a nested method call (I might be wrong : it was a year ago), otherwise as said, in a single threaded application it shouldn't cause any problem.

Xith3D isn't designed to be multi-threaded, so unless you are changing that I would not worry at all.

Anyone using Xith3d will have to keep all of their Xith3D calls in the one thread.

Reducing garbage is essential. C++ console games are designed so that there is NO garbage created during the game loop and there's no reason why this can't be done in Java, or at least minimised (stack-local objects in future versions of Java should help with this goal).

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org