jMonkeyEngine.org

Yes I meant it just as a launch of the AI code, which then often runs on a separate thread.
But really, AI usually doesn’t need to be absolutely precise when it runs, give or take half a second would be the […]

@zarch said:
Well that would depend on how “busy” the AI is. You may well want to run the AI in a separate thread and then only act on them in the rendering thread…

I completely agree with you but the […]

@Sploreg said:
Just keep a counter that increments each frame, then when it is over 1.0f (seconds), run your AI code and reset the counter.
Do this in a control.

Well that would depend on how “busy” the […]

Just keep a counter that increments each frame, then when it is over 1.0f (seconds), run your AI code and reset the counter.
Do this in a control.

Is your AI a central system or lots of little components?

I agree with stats. It would be preferable if it remained on top, but except for some major changes I don’t see a workaround.

Ideally, it would be best if we could indiscriminately tell whatever is in gui […]

I don’t think there is any requirement that you use JME’s class in this case, though. As I recall, that particular one doesn’t do very much but even so, perhaps just making it easier to extend to swap the […]

Well, I could branch the rendering to either postFrame or postQueue with a boolean flag with the default set as it is right now.

In the end, the way it’s set now, anyone who is using anything on the GUI bucket […]

Nah, this will only help you and cause lots of others to moan. If at all it should be optional. I don’t know about the implications though.

@madjack said:
So, instead of having NiftyJmeDisplay draw in postQueue I moved its stuff into postFrame() and it works.

The question is: is that viable?

After lots of testing I can see no drawback from […]

@normen said:
..as long as nifty uses jme’s font rendering system right?

I suppose it could generate its own bitmaps. It has only a few ways to paint on the canvas.

@pspeed said:
There’s really no way around it since Nifty does not interact with JME as a scene graph but as a canvas.

..as long as nifty uses jme’s font rendering system right?

@normen said:
Alright, thats what I wanted to know, thought that was solved.

I was asking

The way it caches BitmapText instances from one frame to another is based on the text. So if you change it a […]

@pspeed said:
But for rapidly changing text, the Nifty->JME layer will create a new BitmapText each frame.

Alright, thats what I wanted to know, thought that was solved.

@madjack said:
I know.

I was asking

Oh gawd.

I just had an epiphany. Since NiftyJmeDisplay uses postQueue… Then it hit me. I figure, if it’s rendered before everything else, let’s move it AFTER everything else have been rendered. That way it […]

I know. Just wanted to point out that the only thing out of the ordinary was that I’m not using the default font.

@normen said:
Do you use your own font system? Nifty doesn’t render fonts much differently than the rest of jme, in fact jme’s text rendering is used for nifty too. Not saying anything about your empiric […]

Nah I meant for rendering..

@normen said:
Do you use your own font system?

Nope. The font I use has been made by BMFont and that’s pretty much it. I use Segoe_UI_semibold with different sizes, so nothing out of the ordinary.