You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are no immediate plans for us to make any other runtimes right now, apart from the LibGDX runtime, as we are using this in house. Anyone is very welcome and encouraged to write implementations for runtimes they want, or request for support for their platform. And I guess we can see where we can go from there.
Regarding jmonkey, you should be able to just use the libgdx runtime, and provide your own Renderer implementation.
I was just thinking how can we make general runtime implementation easier (and combine this with how do we make java runtime performance - awesome)
Had this thought, I think we can actually traverse module graph and convert it into String of "C++" code per particle effect, if each module provides it's inline code. That way we can generate c++ library on the fly per effect. And then any other language that CAN use native C++ library, will be able to have a runtime with just several lines of code.
What do you think @Tom-Ski ? I can't seem to find any reason why this will not work.
Hi
Any plan for jMonkeyEngine support?
The text was updated successfully, but these errors were encountered: