General => Feedback => Topic started by: iagofg on July 15, 2011, 02:03:32 am

Title: jPCT access to underlying OpenGL
Post by: iagofg on July 15, 2011, 02:03:32 am
I really like jPCT. In fact seems to suit most of my needings, but...

Did you have think in adding functions to get/set OpenGL (or other) internal ids or handlers and access to the underlying OpenGL (or other) calls?

In that way we could call native OpenGL if it is really needed to make an effect. In that way if the engine lacks of a feature, while it is not embeded in the mainstream projects can still going on using workarounds.

Of course I've to say that I've seen that jpct interfaces can make a lot, but for sure are limited on some cases. On most cases using natives should be discouraged, but on some cases it can be a last chance until the engine is updated :D (use on your own risk xDDD).

Don't you think so?

In fact is possible on some casses that you could add the native calls as improvements directly to the engine chain later if we send you back :)
Title: Re: jPCT access to underlying OpenGL
Post by: EgonOlsen on July 15, 2011, 08:04:07 am
What you can do already, is to

Neither way gives you access to the internal ids, but i'm still waiting for a requirement where this is actually needed. Personally, i haven't come across anything like that until now. Shader support in the desktop version for example, is solely based on the IRenderHook interface.