jME3: Integrated in core and material system, supports shader libraries and permutations through defines, user-friendly (e.g don't need to know shaders to use them)

jME2: Full access to shader support through a RenderState, requires user to know and understand shaders. No support for libraries or permutations.

jME3: Integrated in core. All data loaded from files is cached inside AssetManager. User customizable. Supports threaded loading. Can load from ZIP/JAR files on the local harddrive and on an HTTP server.

jME2: Only textures are managed in TextureManager. ResourceLocatorTool is used for locating resources.

jME3: Designed for games. Abstracting keyboard, mouse and joystick into a single, binding based interface. Low level interface available for GUI access.

jME2: Layer over keyboard, mouse and joystick. Main input interface (InputManager) can cause bloat in user code. Binding system available separately through darkfrog's input binding system.

jME3: Unused GL objects are deleted when they are garbage collected by Java.

jME2: All objects are leaked unless manually cleaned up by the user.

jME3: BIH (Bounding interleaved hierarchy) for static mesh picking and collision. Supports Volume vs. Tri collision.

jME2: Red-black tree over entire mesh data, less efficient collision than BIH but faster generation for animated objects. Supports Tri vs. Tri collision but not Volume vs. Tri which is more commonly used.

jME3: Copies natives and loads them at runtime.

jME2: None, requires user to specify java.library.path property.

jME3: HDR/Tonemapping, SSAO, Bloom, Radial Blur, Light Scattering, CartoonEdge.

jME2: Bloom, Basic Motion Blur

jME3: Built in the core. Customizable shadow map method, supports basic and PSSM methods.

jME2: ShadowedRenderPass for stencil shadows, issues if camera goes inside shadow volume. DirectionalShadowMapPass for basic shadow mapping.

jME3: Geometry is a scene graph element, contains a Mesh object. Meshes contain VertexBuffers which specify # of components, type, float/int buffer. This allows a single mesh to be shared along many scene graph elements. Supports features like Level of Detail and animation internally.

jME2: Geometry/TriMesh a scene graph element contains float buffers and int buffers, VBO only supports static models, custom attributes are specified manually via GLSLShaderDataLogic and do not work if VBO is used.

jME3: Refresh flags prevent unneeded scene updates.

jME2: All data updated in updateGeometricState. Every call updates entire scene graph, locking mechanism is used to reduce unneeded updates but requires used intervention.

jME3: Only at leafs. Scriptable material system is used. materials contain techniques which contain shader & render state. Shader is customized with defines specified in material instance (by user). This is a data-driven approach to materials.

jME2: Each scene graph element contains an array of RenderStates. They are combined and stored in the leafs. No data-driven solution.

jME3: Supported via FixedFunc bindings in shader source.

jME2: Full support.

jME3: Queriable through cap system.

jME2: Queriable through the Renderer and the various renderstates.

jME3: ThreadLocal-based system, defined as instance variables accessible by any class. Assertion-based "locking" is used to prevent data corruption.

jME2: static declarations (kills multithreading in these classes) or no pooling at all.

jME3: AngelCode bitmap text

jME2: Fixed-length font, 3D text, AngelCode bitmap text

jME3: Simple text and ortho built-in, NiftyGui integration can be used for more advanced user interface.

jME2: Only simple text and ortho. jME-desktop (not working well under MacOS X), external libs available (FengGUI, GBUI, NiftyGui).

jME3: OgreXML-based animation system with many features. Currently only software skinning is supported, but hardware skinning is planned.

jME2: Too many systems, creating a big mess. jME-xml and collada use one system, md2/md3 use another, milkshape models use another, ogrexml uses another and md5 uses another.

jME3: None.

jME2: None.

jME3: Ogre3D Mesh.XML and OBJ.

jME2: Static/VertexAnim: ase, obj, 3ds, md2, md3, ms3d, x3d. Skeleton: (broken) collada, ogre3d, jme-xml (md5 as a seperate lib)

jME3: Same as jME2. Don't fix what's not broken.

jME2: Input/Output capsules and Savable. Binary and XML.

jME3: Full JBullet integration.

jME2: External libs available: jME-physics, jbullet-jme, SimplePhysics.

jME3: Yes.

jME2: Yes, although the API could have been a little less convoluted.

jME3: Yes.

jME2: Yes but API could be a little less convoluted.

jME3: Image based heightmap, supports dynamic terrain loading, geomipmapping (LOD), and texture splatting. Can import Ogre3D dotScene files for non-heightmap terrain.

jME2: Image based or randomly generated heightmap. Quadtree support.