Hi !
Featured games (91)
games approved by the League of Dukes
Games in Showcase (757)
Games in Android Showcase (229)
games submitted by our members
Games in WIP (844)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Odejava: request new features  (Read 3455 times)
0 Members and 1 Guest are viewing this topic.
Offline Jani Laakso

Junior Devvie

Do it with Java!

« Posted 2003-12-09 11:31:14 »

Post your Odejava feature requests here. I hope you have used the package before and ode itself is familiar to you.

At this stage I would like to consider following new features:

1. Add arbitrary object support  for odejava
-TriMesh support

2. Add other contrib sections
-Cylinder (non capped)

3. Callback function also for Java

4. Proper makefile or instructions

This week I'll do better package hierarchy and set up CVS.
Offline kaffiene
« Reply #1 - Posted 2003-12-09 17:03:35 »

Could odejava get it's own forum under javanet core or 3rd party?

Someone could solve the "bendy wheel" problem Shocked)
Offline Jani Laakso

Junior Devvie

Do it with Java!

« Reply #2 - Posted 2003-12-09 17:18:56 »

Bendy wheel problem? I assume this is strictly ODE related, sure we can discuss it here but ODE mailing lists have best answers for actual physics configuration problems.

If you refer to my Xith3d demos then please do not take those to any account as I've done them extremely fast. Yes the ODE parameters that I've selected are quite funny for the car demo Smiley I am sure anyone can get the car act better by tweaking simulation parameters..
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Jani Laakso

Junior Devvie

Do it with Java!

« Reply #3 - Posted 2003-12-17 09:02:08 »

Update to previous discussions, I've postponed couple days new Odejava release as I wanted to work with new API.

I wish to make one thing clear before you continue to read this post. When I talk about C API or C++ API, it means actually Java API that is generated from ODE's C or C++ headers using swig toolkit. So forget C / C++ issues here, users of Javaode see only Java, not C.

Current Javaode API is based on:

1. Java API based on ODE's C++ headers
-generated by swig tool

2. Java API based on ODE's C headers
-generated by swig tool
-only few added because C++ is missing few functions

New API consists of:

1. Main API
-not generated (cleaner), made by human
-more 'Java like', easier to use

2. Java API based on ODE's C headers
-generated by swig tool
-one to one with ODE's own C API

3. Java API based on ODE's C++ headers
-generated by swig tool
-one to one with ODE's own C++ API
-this could be deprecated?

I want to include all C headers from ODE as they are the main API on ODE also. ODE's own documentation and examples are based on C API, not C++ API.

More importantly, the new Odejava API is cleaner and a lot easier to understand on first glance. This higher level API currently uses ODE's C API directly. It won't be complete initially, but it's usage should be easy to extend by adding more functionality with existing C API if needed.

About Odejava's current priorities:

1. Conform completely into ODE's C API
-anything that is possible on C should be possible with Java also

2. Offer proper Java API
-most (if not all) functionality is gained through clean Java API

3. Take into consideration other projects
-scenegraph libraries (Xith, jME, OpenMind)
-other similar physic engines made fully with Java
(-3ds / ase readers)

In other words, it should be always possible to do everything with C API directly in case higher level API is not appropriate for some reason.

I've made initial Java PE API, but it conforms to ODE very much currently. This higher level API could certainly have it's comments from other Java physic engine or scenegraph project gurus.

My plan is to release next version this week, so people get to see new API asap.

Offline aNt

Senior Devvie


« Reply #4 - Posted 2003-12-17 17:53:01 »

sounds tip top m8 - i just started playing with it. will play more with your newer version...

top stuff
Offline William Denniss

JGO Coder

Projects: 2

Fire at will

« Reply #5 - Posted 2003-12-18 01:25:53 »

A pure java implementation would be awesome.


Offline Jens

Senior Devvie

Java for games!

« Reply #6 - Posted 2003-12-18 05:30:11 »

Try to work together with Shawn Kendall for creating a pure Java implementation.  Smiley He mentioned in the thread in the Xith3D forum that he wants to create a pure Java implementation himself.

Xith3D Getting Started Guide (PDF,HTML,Source)
Pages: [1]
  ignore  |  Print  

EgonOlsen (44 views)
2018-06-10 19:43:48

EgonOlsen (24 views)
2018-06-10 19:43:44

EgonOlsen (46 views)
2018-06-10 19:43:20

DesertCoockie (200 views)
2018-05-13 18:23:11

nelsongames (126 views)
2018-04-24 18:15:36

nelsongames (125 views)
2018-04-24 18:14:32

ivj94 (866 views)
2018-03-24 14:47:39

ivj94 (127 views)
2018-03-24 14:46:31

ivj94 (770 views)
2018-03-24 14:43:53

Solater (142 views)
2018-03-17 05:04:08
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!