[SOLVED] Cannot increase jump or fall speed

Same result.

Maybe I’m missing a library? Should I upgrade to jME 3.3?

PS: I’m on Windows 10…

3.2.4 should be fine.

  • Are you using jbullet or bullet-native?
  • is there a getJumpSpeed()? If so could you check the value matches?
  • 3.3 certainly didn’t fix bugs in CharacterControl, so if something upgrading to BCC is easier. Or help us fix the bug
1 Like
  1. I replaced jme3-bullet-native.jar with jbullet.jar on classpath. No change.
  2. getJumpSpeed() returns the expected value
  3. I’d love to. Although I had other plans :wink:

Sorry, still using bullet-native… forgot to delete the .dll in project root.
But now complains about missing .dll. Adding jbullet didn’t do the trick. Let me see if I can track this down…

UPDATE: I forgot jme3-bullet.jar and vecmath.jar. Now all methods require different parameter values… Obviously jbullet and bullet-native are out of sync.

I moved everything around, set before gravity, after, set before physics after, set before gravity before physics, blagh blagh blagh and it shows it is set every time but it never changes the effect.

Its using the defaults of

    protected float fallSpeed = 55.0f;
    protected float jumpSpeed = 10.0f;

even though it shows the value you set it to.


Good to hear that, it seems I’m not crazy. Thanks for reproducing :slightly_smiling_face:

1 Like

When we can reproduce that it should be an easy fix.
FYI: jme3-bullet and jme3-jbullet should be exchangeable but it goes like this:
jme3-bullet & jme3-jbullet (it should contain all the jars like stack alloc and vecmath!)
jme3-bullet & jme3-bullet-native

You usually only interface with jme3-bullet, so nothing should change.

Edit: Looks like a serious bug, please try jbullet, because the issue stems from native code:

BetterCharacterControl uses forces to fake jumping.

JBullet does work btw.

1 Like

Actually, you shouldn’t include both jme3-bullet and jme3-jbullet in the classpath. They contain different versions of the same classes, so if you include both you might not get the JBullet versions. My recommendations for desktop developers would be:

jme3-jbullet (it should contain all the jars like stack alloc and vecmath!)
jme3-bullet & jme3-bullet-native

1 Like

Oh I didn’t know that, I thought jme3-bullet are the abstract interfaces like RigidBodyControl and jme3-jbullet and jme3-jbullet-native provide their implementations

1 Like

An important bugfix to jme3-bullet’s PhysicsCharacter (and CharacterControl) appears in JME 3.3 but not 3.2.4:


So I tried SDK v3.3.0-beta1-sdk1: Same results. :frowning_face:

Setting jump speed does not change anything.
Setting fall speed to 0 means no falling, 100 or so means maximum fall speed, but I want even more speed.

Same effect. UPDATE: Have to repeat test, lib/jar is broken, see below.

Side note to jbullet: I had to add both libraries: jme3-bullet and jme3-jbullet.
Otherwise there are unresolved references.
And in my Eclipse IDE I have to add vecmath, but you were talking about libraries, not jars. For Eclipse I have to add all jars of a library.

My guess: the bug fix covers the API differences between bullet and jbullet. So same values have same effects.

UPDATE fall speed comment

What unresolved references?

If you added both libraries, I’m unsure which one was actually used.

Using jME SDK 3.3.0 beta 1 (netbeans):
Add jme3-jbullet library, then these headers are missing:

UPDATE: The 3.2.4 jme3-jbullet jar contained these classes! So it’s a matter what version you use, which libraries you have to include.

Headers? Why would a Java library contain headers? You mean classes, I think.

Apparently the jme3-jbullet library packaged with the 3.3.0-beta1 SDK is defective. Good to know.

1 Like

Classes, of course. :innocent:

For what it’s worth, the one in bintray is fine. 3.2.4 stable and 3.3.0 beta1 have the same class names in them… except 3.3.0 beta1 has some additional animation classes.

I made the wiki more clear on the adding of physics.



By the way, jme3-jbullet is on BinTray, but not JCenter. Is this just an oversight, or is there a good reason?

Thank you, @mitm.

By the way, it’s okay to combine jme3-bullet-native and jme3-bullet-native-android in a single application. Those libraries don’t overlap the way jme3-bullet and jme3-jbullet do.