Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Roadmap for v3.1, Upcoming Release #199

Closed
16 of 25 tasks
erlend-sh opened this issue Dec 6, 2014 · 1 comment
Closed
16 of 25 tasks

Roadmap for v3.1, Upcoming Release #199

erlend-sh opened this issue Dec 6, 2014 · 1 comment
Assignees
Milestone

Comments

@erlend-sh
Copy link
Member

This is our open roadmap for a v3.1, due to be released in early 2015.

Non-blocking items may be moved to "Future Release" - #198 - if the upcoming Stable Release is imminent. (Make them bold after moving).

Legend

Bold - Must-have.

Infrastructure Improvements

  • New build system for the engine based on Gradle as opposed to ant.
  • New repository stored on GitHub
  • Move plugins repositories to GitHub
  • Embed version number & GIT version into jars’ manifest and into the JmeVersion class - this must occur automatically on every build.
  • Rolling nightly builds (no need to manually delete old builds), nice web UI to show releases.
  • Nightly build updates online javadoc - no more outdated javadoc

Core Engine Improvements

  • Physically Based Rendering
    • Energy-conserving blinn-phong specular
    • Gloss map support
    • gamma correct rendering
    • HDR with filmic tone mapping
    • FXAA post-process
  • Native libraries to perform functions which require native code for performance (especially for embedded platforms like Android / iOS)
    • Vorbis audio decoding
    • Texture decoding
    • Software skinning
    • Bullet Physics
    • OpenGL binding
    • OpenAL binding
    • JInput (static linking could potentially be limited by license)
    • WebM (VP9 / Vorbis) video decoding (optional)
  • Shift the render-system abstraction away from the Renderer interface into a GL interface which can then be implemented in a much more lean manner. URA!
    • The GL interface can be implemented by various classes such as LwjglGL, JoglGL, AndroidGL, IOSGL. Do the same for OpenAL.

com.jme3.post

  • HDR really should be required for any post processing system.

com.jme3.system

  • Native extraction should be completely controlled by the context implementation, it should occur when Application requests it. JmePlatform.initialize() must not extract natives (maybe remove completely?).
@erlend-sh erlend-sh added this to the 3.1 milestone Dec 6, 2014
@erlend-sh erlend-sh self-assigned this Dec 6, 2014
@erlend-sh erlend-sh changed the title Roadmap for v3.1 Roadmap for v3.1, Upcoming Release Dec 6, 2014
@shadowislord
Copy link
Member

Closing since 3.1 is already released

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants