Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (539)
Games in Android Showcase (132)
games submitted by our members
Games in WIP (603)
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  
  JOODE tests conversion to current Xith3D  (Read 5288 times)
0 Members and 1 Guest are viewing this topic.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Posted 2007-02-10 01:31:39 »

hi

I wanted to start converting the JOODE test cases to the current Xith3D. But there's a problem. You know, we're using an alternative (GC-cheap) vecmath implemention. And it provides a few additional functionalities, that we make use of in Xith3D. Our vecmath implementation (which is now part of the openmali) and sun's one cannot not exist in the classpath at the same time.

So it would be really cool, if we could remove sun's vecmath from the JOODE project and use openmali instead.

Marvin
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #1 - Posted 2007-02-10 16:37:37 »

(Note : I need JOODE to be to the latest Xith3D so that I can implement and improve the XPAL (Xith3D Physics Abstraction Layer) to work tightly with JOODE).

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #2 - Posted 2007-02-10 16:44:03 »

Yeah I don't see any problam with that.
Biggeruniverse .. your messing around with vecmath, do you think you can swap the main trunk with openmali's implementation?

Tom

Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #3 - Posted 2007-02-11 18:56:35 »

May I take this as granted, now?

Marvin
Offline biggeruniverse

Senior Newbie




That's just peanuts to space.


« Reply #4 - Posted 2007-02-12 18:36:35 »

Sure, but there are some MathUtils methods giving me trouble, plus I still don't see the point of the RealPointer class. Those are the only reason the vecmath patch is not complete.

After that, I assume it's easy to switch to openmali.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #5 - Posted 2007-02-12 18:58:56 »

Sure, but there are some MathUtils methods giving me trouble, plus I still don't see the point of the RealPointer class. Those are the only reason the vecmath patch is not complete.

After that, I assume it's easy to switch to openmali.

Cool. Please let me know, when you're ready for openmali.

Marvin
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #6 - Posted 2007-02-13 11:35:43 »

Can I confirm that using open mail does not mean we have to change any import statements or anything. It is just a matter of swapping the vecmath.jar yeah? Would everything need to be recompiled against the openmali jar? I would require the user could choose which to use. I really don't want to be committed to Xith3D as the renderer. Also I would much rather be able to distribute the binaries as dependant on the vecmath jar as they are easy to get hold of.

Quote
I still don't see the point of the RealPointer class.

Ah yes, the sacred RealPointer class. That is simply supposed to be an object orientated version of how a pointer acts like in C source code. It was used to help porting. You could literally replace all C code like Real * a = {1,2,3}; a++. It's half between a reference and an array. In the ODE source its used as both sometimes so it was a real headache porting some of the code until the RealPointer class. There is actually no point in having it in JOODE now, it was just to help porting. In the c code Vector3 and Matrix4 etc. were all in a sense subclasses of Real pointers (becuase they were all just arrays of floats) .
Everywhere where their is a JOODE RealPointer should eventually at least get replaced by a Vector3 or another subclass of it. The only part I would be worried about is the LCP implementations, as they used array indexing to jump about Vectors. In ODE it was possible to create a massive array and move the pointer address about (the index in the RealPouinter class), which meant the pointer looked up different Vector3 (or matrices or whatever).

Tom







Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #7 - Posted 2007-02-13 11:55:25 »

Can I confirm that using open mail does not mean we have to change any import statements or anything. It is just a matter of swapping the vecmath.jar yeah? Would everything need to be recompiled against the openmali jar? I would require the user could choose which to use. I really don't want to be committed to Xith3D as the renderer. Also I would much rather be able to distribute the binaries as dependant on the vecmath jar as they are easy to get hold of.

OpenMaLi's API is fully compatible to vecmath's one, all the same packages, all the same classes. So if you're using vecmath, you will always be able to use openmali by a simple switch of the jar in the cp (and vice versa). Nothing should be needed to be recompiled, even though I have never tested something like that. If you don't make use of openmali's extras in JOODE, nothing could keep you from switching to another rendering engine, that maybe doesn't want openmali.

Marvin
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #8 - Posted 2007-02-13 12:53:02 »

OK thats great. I am gonna test that.

Tom

Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #9 - Posted 2007-02-13 12:56:49 »

Where do I actually download openMali?

Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #10 - Posted 2007-02-13 15:14:05 »

Where do I actually download openMali?
Official website : https://openmali.dev.java.net/

We use a release in Xith3D : http://xith3d.svn.sourceforge.net/viewvc/xith3d/trunk/third-party/math/
(Seek openmali.jar)

If you have any problems, let us know (Marvin and/or me)

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #11 - Posted 2007-02-19 20:08:57 »

So, I can't see anything in the main branch.. what is the progress with the OpenMali switch ? As I said, I'm waiting on that to continue to work on XPAL.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline biggeruniverse

Senior Newbie




That's just peanuts to space.


« Reply #12 - Posted 2007-02-19 21:59:15 »

look under branches/ , instead of trunk.
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #13 - Posted 2007-02-20 15:15:48 »

look under branches/ , instead of trunk.
okay, but didn't you say you were going to merge with the main branch ?

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #14 - Posted 2007-02-20 18:34:37 »

okay, but didn't you say you were going to merge with the main branch ?

the "main branch" is the "trunk", isn't it?

Marvin
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #15 - Posted 2007-02-21 07:07:03 »

the "main branch" is the "trunk", isn't it?
Yeah, that's what I mean.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #16 - Posted 2007-02-23 16:08:49 »

*bump*

any plans to merge the "openmali-powered" branch and the trunk ?

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #17 - Posted 2007-02-24 15:51:06 »

Can we not merge it yet. I want to see what Art says.

Would a switch mean that JOODE cannot be used with Java3D?

Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Offline Marvin Fröhlich

Senior Devvie




May the 4th, be with you...


« Reply #18 - Posted 2007-02-24 17:15:04 »

Can we not merge it yet. I want to see what Art says.

Would a switch mean that JOODE cannot be used with Java3D?

No. As long as you don't use openmali's extras, the API is fully compatible in both directions. So all you need to do to ensure compatiblity to Java3D is to switch to Sun's vecmath from time to time and see, if everything compiles (and change if needed) and switch back.

Marvin
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #19 - Posted 2007-03-02 16:50:13 »

So, any objections that I merge the two branches ?

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Offline t_larkworthy

Senior Devvie


Medals: 1
Projects: 1


Google App Engine Rocks!


« Reply #20 - Posted 2007-03-04 18:11:11 »

no I think its ok.

Runesketch: an Online CCG built on Google App Engine where players draw their cards and trade. Fight, draw or trade yourself to success.
Offline Amos Wenger

Senior Devvie




Everything's possible, but not everything's fun...


« Reply #21 - Posted 2007-03-04 18:40:24 »

no I think its ok.
ok

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

rwatson462 (33 views)
2014-12-15 09:26:44

Mr.CodeIt (23 views)
2014-12-14 19:50:38

BurntPizza (51 views)
2014-12-09 22:41:13

BurntPizza (84 views)
2014-12-08 04:46:31

JscottyBieshaar (45 views)
2014-12-05 12:39:02

SHC (59 views)
2014-12-03 16:27:13

CopyableCougar4 (60 views)
2014-11-29 21:32:03

toopeicgaming1999 (123 views)
2014-11-26 15:22:04

toopeicgaming1999 (114 views)
2014-11-26 15:20:36

toopeicgaming1999 (32 views)
2014-11-26 15:20:08
Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50
java-gaming.org 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‑gaming.org
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!