Collaboration between jME and Xith3D

Business and Project Management Discussions Community & Volunteer Projects
#21

Depend on NCSoft forever? Once it is contributed back it then becomes the communities responsibility to maintain so NCSoft contributes great commercial support for Collada and then we can make any updates and changes necessary. I hardly believe that classifies as “depend NCSoft forever”. :-p

I know it may seem that I’m opposed to the idea of collaboration, but I’m definitely not. I am just honestly trying to determine what Xith has that can benefit jME. It sounds like we might be able to gain a lot from taking a look at how the Swing integration is done, but it seems hard to find a lot of common aspects that can be collaborated on. I would say model loading is a very good idea to provide engine-agnostic support in, but how do you go about that? Define one common model type like Collada or some binary format and standardize the implementation in both engines to simply support that one model and then collaborate on all the other model loaders to convert to that format?

-Matt Hicks
[/quote]
Croft actually did that with Xith3D - Collada. http://earth.whoola.com:8080/space/collada/
You see, we found actually one things jME doesn’t have ;D ;D (although it’s not my goal and if you had it since long, then, well, I’m not gonna look for another :wink: )

#22

Correct me if I’m wrong here, but weren’t you originally trying to determine if jME was better than Xith and if it would be worthwhile to switch? Now you’re grasping at straws trying to find a feature jME doesn’t have and Xith does? If you want to stick with Xith I understand, but by your own admission jME has a lot more than Xith does. :-p

That’s looks like a really promising converter there! Thanks for the linkage.

-Matt Hicks

#23

thanks - just looked into into but couldn’t get SwingDemo to show any GUI (only the spinning cude)… where are the xith forums? Also on xith.org? If yes - do you know when it will be accessible again?

#24

Please be more wise here. I grew up a bit but I may still become agressive ^^ That was complete irony… And a Xith3D folk said : “I don’t like seeing our work reduced to a small subset”.
Maybe the missing features of Xith3D were very hard to implement in jME (due to a “hazardous” architecture :stuck_out_tongue: :stuck_out_tongue: how easy the war is) but I don’t think

Now the best would be to have a common loader architecture (my apologies to all the guys who thinks discussion about arch. is just noise) and then this converter would also become common. Does jME have a binary format or something like that ? I heard about that. Do you have more details ? If not I suggest to use complete open-source formats like Collada (as croft did) or Cal3D (which has a better Blender3D support).

#25

Oh, missed one page of posts and thus got the context wrong - trying again:

(It only responds that the bandwith limit is exceeded :o)

#26

At least your forums work well. :wink:

jME has both an XML and Binary format for models. The binary format is what everything should ideally be converted to before using as it is obviously much better all around to be loading a binary format than an XML format. I believe a lot of this is being re-worked by Mojo and Renanse and I believe a lot has already been contributed back, I think we’re only just waiting on all the Collada support.

It looks like that model converter stuff is missing the majority of features from Collada???

-Matt Hicks

#27

Yeah, sorry about the site, it’s probably due to the excessive popularity of Xith3D ;D When William Denniss see that he will probably fix that

Yeah ok. Would it be technically feasible to add support to Xith3D for this format ? I mean, does it have anything really jME-specific ?

Say, everything depends on what you call “the majority of features from Collada”. Now what I know is Croft is working on it (recently he was talking about implementing splines).

#28

[quote="<MagicSpark.org [ BlueSky ]>,post:27,topic:27393"]
Yeah ok. Would it be technically feasible to add support to Xith3D for this format ? I mean, does it have anything really jME-specific ?
[/quote]
Of that I’m not sure, I would assume not, but you’d have to talk to someone that knows more about model loading in jME than I do. :o

-Matt Hicks

#29

Of that I’m not sure, I would assume not, but you’d have to talk to someone that knows more about model loading in jME than I do. :o

-Matt Hicks
[/quote]
OK.
Now where can I found the Cal3D code for jME ? I want to include&adapt it to Xith3D cause I need it for my game.

#30

http://www.java-gaming.org/forums/index.php?topic=13079.0

:-p

#31

:-\ The project isn’t approved yet…

#32

That was my point. You might drop theKman a message to see if you can get a copy of his code though.

-Matt Hicks

#33

http://gamedev.kproject.gr. The source there is rather outdated but you’ll get the main concept. Since I’m getting married in 10 days, i don’t have any coding time. so expect much more from 25 of june when i come back from honeymoon with batteries full.

#34

Well congrats. :slight_smile:

-Matt Hicks

#35

Yeah that’s what I did two times but… without any answer

First congrats for you marriage. Secundo, is it a good idea to start adapting cal3dj for Xith or should I wait a more recent source ? I mean I’ll study the source but only if the changes are not too big I’ll begin to adapt it right now.

#36

the main problem is that cal3dj uses jme’s math and floatbuffers for mesh info. if you manage to adapt it to xith i can review your code and make it compatible with latest versions when i return

#37

Okay.

#38

I’m in a good way to the success. I’m just adapting the Cal3DBrowser right now. I’ll test the whole thingie in the next hour.