Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (517)
Games in Android Showcase (123)
games submitted by our members
Games in WIP (578)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2
  ignore  |  Print  
  Collaboration between jME and Xith3D  (Read 12190 times)
0 Members and 1 Guest are viewing this topic.
Offline Amos Wenger

Senior Duke




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


« Posted 2006-05-20 11:09:40 »

First of all, let's present myself.

I started game development with GLUT/OpenGL in C++. All was pretty good although I had no experience at all. But I found development a bit messy.. I used L3DS (http://www.levp.de/3d/) to load 3DS models which I modeled using Anim8or (http://www.anim8or.com/).. Not fancy, but it worked.
Well, after having resolved the 50 welcome bugs for n00bs I had a running game prototype.. I even had sound with Fmod (http://www.fmod.org/)... All couldn't be better.. until I tried to compile on Windows... (I was working under linux).. And then the problems began... GLUT versions weren't synchro between Linux & Windows.. Lots of portability issues.. One of my freinds tried to compile on mac... And it was even worse, L3DS didn't work at all and all he got was a black screen and a crashed mac. Then I decided to go SDL, and after having issued 100 SDL parachute errors and figured out that C++ is really not as good as gamedev.net says.

Then I began to look for a Java solution.. I had tried Tribal Trouble (http://tribaltrouble.com) and it seemed to me pretty, fast, and portable.. So I decided to go the way they had gone.. I downloaded LWJGL but unfortunately there was no test to run easily on linux, and as I had very little knowledge I didn't went very far. I then e-mailed Tribal Trouble development team, which answered I could also try Java3D or Xith3D which were also pretty good. Java3D was dead and didn't have any linux release so I downloaded Xith3D, followed the Installation Guide, then the Getting Started Guide and started coding again my game.. And it was fine.

Some weeks after the news arrived Java3D was resurrected.. Although (as you can have seen) I'm a lib-changing guy I didn't wanted to try the new Java3D... Then I heard about jME.. I even ran some demos which were beautiful, but Xith3D was fitting my needs. So I just stick with it.

Actually I'm fighting with my artists to have a _working_ graphic pipeline.. To say you all :
  • MD2 isn't precise, and Blender export don't work really. And it doesn't support bones
  • OBJ is precise, and Blender export works, and I can import it in Xith but it doesn't support bones
  • Cal3D cannot be imported currently in Xith3D

I have regularly proposed my ideas of merging libs or at least merging the efforts, improving collaboration.. each time some gurus had really good reasons not to participate to that..

Now it's ridiculous how the competition has become between Xith3D and jME.. "Oh I can get 10 more FPS with jME, let's take it", "Oh Xith can support Collada, let's go Xith3D !" Don't tell me the usage of jME and Xith are different it's just political or personal opinion that make you chose one or another..

And now there are duplicated effort.. Each one is going to write its own loaders and all just because there are many separate libs that don't contain every feature they need.

Collaboration is good. What can be shared between Xith3D and jME is, IMHO :
- Culling methods, and everything in general that can increase FPS
- Loaders : MD5, Collada, Cal3D and others if there are volunteers..

This is the strict minimum if the community won't go further which would be creating a unique library, not formally a merger but a common effort.

"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 sunsett

Senior Duke




ribbit!


« Reply #1 - Posted 2006-05-20 13:03:05 »

I agree collaboration can be a very good thing.  Particularly from the Xith front, but from the jME perspective what does Xith have that jME doesn't?  Within the next couple months jME will have extremely powerful and full-featured Collada support as jME is moving very much that direction.  jME also supports dozens of other major features that Xith just doesn't have.  Granted it's been a while since I looked at Xith, but from my previous experience with it the forums were not responded to frequently, noobs questions weren't answered, features were sparse, structure was far too much like Java3D (which in my opinion sucks), and it's a slower engine than jME.  Perhaps these aspects have changed since I was there last, but perhaps you Xith people need to seriously look at what jME has and just realize that we've got everything already and just join us. :-p

There's a reason you don't see many jME developers around here.  It's because we have an extremely active forum that gets answered very fast and a great community.

Just the opinion of a biased developer, take it at what it's worth. Wink

-Matt Hicks
Offline Amos Wenger

Senior Duke




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


« Reply #2 - Posted 2006-05-21 17:27:23 »

I agree collaboration can be a very good thing.  Particularly from the Xith front, but from the jME perspective what does Xith have that jME doesn't?  Within the next couple months jME will have extremely powerful and full-featured Collada support as jME is moving very much that direction.  jME also supports dozens of other major features that Xith just doesn't have.  Granted it's been a while since I looked at Xith, but from my previous experience with it the forums were not responded to frequently, noobs questions weren't answered, features were sparse, structure was far too much like Java3D (which in my opinion sucks), and it's a slower engine than jME.  Perhaps these aspects have changed since I was there last, but perhaps you Xith people need to seriously look at what jME has and just realize that we've got everything already and just join us. :-p

There's a reason you don't see many jME developers around here.  It's because we have an extremely active forum that gets answered very fast and a great community.

Just the opinion of a biased developer, take it at what it's worth. Wink

-Matt Hicks
Okay so I'll just answer completely uselessly at some of your points (as i agree more or less with you on your last point) :
- "What does Xith has that jME hasn't ?"
- JSR-231 support. Hey, this isn't a small thing. It adds really much compatibility. However, I agree that a port of the LWJGL render of jME wouldn't be a too big work (assuming jME is well-designed).

- "The forums were not answered frequently"
- It was probably true when it was in heavy development process, as Dave Yazel probably hadn't the time to answer to everything. But now I can tell you it's all the contrary. Some people like Arne, Croft, William, some others and myself are looking very carefully that n00bs don't get abandoned.

- "Perhaps these aspects have changed since I was there last, but perhaps you Xith people need to seriously look at what jME has and just realize that we've got everything already and just join us. :-p"
- Don't you know it's just what I thought when I took a look at jME recently (about 1 month).. The fact is, I didn't found a complete, friendly documentation for jME as the Xith3D getting started guide... And I told myself I wasn't gonna change of graphic lib one more time. BUT if it's for the sake of non-duplication of effort I'll be pleased to declare jME officially the future of Xith make sure that jME support EVERY Xith features (hey we have users to satisfy ^^) and develop jME as actively as I'm contributing to Xith (not that much but nevertheless valuable).

I'll create a subject in the Xith3D forums to ask this question.

"Once you start working on something, don't be afraid of failure and don't abandon it. People who work sincerely are the happiest"
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline theKman

Senior Newbie




Java games rock!


« Reply #3 - Posted 2006-05-21 18:09:50 »

First of all i'm developing with JME for the last 1 and 1/2 years. I played a little with Xith and i found it way to complex from jme, but that is just my personal opinion. Now that mark and renanse are working at NCsoft there is much activity in jme development and JME's forums are pretty helpful. I agree with MagicSparks proposal for collaboration since there are many things that can be done in an engine-indepedent way but i disagree with the option of discontinuing xith. Perhaps the best way would be to start a new project based on existing knowledge and more game oriented.
Offline Amos Wenger

Senior Duke




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


« Reply #4 - Posted 2006-05-21 20:25:26 »

i disagree with the option of discontinuing xith.
Please explain your opinon here : http://www.java-gaming.org/forums/index.php?topic=13795.0

Perhaps the best way would be to start a new project based on existing knowledge and more game oriented.
We will lose 80% developers and the project will be abandoned (IMHO).

"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 sunsett

Senior Duke




ribbit!


« Reply #5 - Posted 2006-05-21 23:27:01 »

Well, jME is currently developing support for JOGL so you can choose either LWJGL or JOGL and jME acts as a nice abstraction layer.  That addresses the first point I would hope.

About the forums, I readily admit that it's been a very long time since I was there, but I was one of the noobs that got left behind. :-p

Your basis for sticking with Xith is because they have a Getting Started guide?

Getting Started:
http://www.jmonkeyengine.com/wiki/doku.php?id=getting_started

A few tutorials:
http://www.jmonkeyengine.com/wiki/doku.php?id=the_tutorials

Of specific interest in the tutorials:
http://www.jmonkeyengine.com/wiki/doku.php?id=flag_rush_tutorial_series_by_mojomonkey

And if that's not enough you can always look at the dozens of tests that come with jME that show you how to do practically everything jME supports from bloom effects to shadows to cloth texturing to model loading to multi-state games to continuous terrain to even extremely simple tasks like just creating a game.

If you think there's not enough "getting started" information for jME either you're looking for something completely different or you haven't looked close enough.  And if that's not enough you can always post in the forums and rarely does a noob post stagnate for more than an hour before a response is received.

The biggest aspect to me is the extremely well defined scene-graph which Xith (in my opinion) just doesn't have.

-Matt Hicks
Offline Amos Wenger

Senior Duke




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


« Reply #6 - Posted 2006-05-22 16:33:03 »

About the forums, I readily admit that it's been a very long time since I was there, but I was one of the noobs that got left behind. :-p
I'm sorry it was the case when you tried it. But it's not the case at all with that :
I would also like to mention just how amazing all you guys at the forum have been. This is my 2nd time installing xith and everyone was incredibly helpful in getting everything up and running! Thanks!

The biggest aspect to me is the extremely well defined scene-graph which Xith (in my opinion) just doesn't have.
I find Xith3D very well designed..

"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 Duke




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


« Reply #7 - Posted 2006-05-22 17:23:49 »

Just a small interesting comparison of jME and Xith features :

(from jME's website) :

      Sample applications
    * Game system allows for maintence of the main game loop
    * SimpleGame provides a quick entry point for proof of concepts
    * GameState provides ability to change game states (menu, game, credits, etc)
We don't have them but I don't find it useful

      Bounding System
    * All geometry can be enclosed in a bounding system.
    * Boxes and Spheres.
We have it

      Curves
    * Bezier curves can be used for node controlling.
Being implemented by Croft

      Bezier Mesh
    * For smooth curved surfaces.
Being implemented by Croft

      Effects
    * Transition from on scene to another.
Easy to do
    * Lens Flare.
Easy to do
    * Particle System.
Done by jcd
    * Screen tinting.
Huh ? Do they mean having a colored semi-transparent quad in foregroud node ?
    * Vertex and Fragment Program Support.
We have it
    * Cloth Simulation.
Done by jcd.

      Image Loading
    * Support BMP, uncompressed TGA, JPG, PNG, GIF.
Not really surprising as a feature

      Texture System
    * Supports mipmapping, environmental mapping, multitexturing.
It's been a long time since we have these features

      Input System
    * Robust system allows for easy creation of input actions.
HIAL is just good for abstraction, do your input system yourself..

      Collision and Picking
    * Bounding volume and triangle accuracy.
We have it.

      Lighting System
    * Handles up to eight lights at a time with utilities for optimal light selection.
We have it.
    * Supports directional light, spot light and point light.
We have it.

      Shadow System
    * Z-Pass Shadow Volumes.
Hmm not sure we have it

      Math Library
    * Provides faster system for linear algebra
    * Use of look up tables.
Useful ? Maybe switching to alternate vecmath would be a good idea.

      Level of Detail
    * Discrete Level of Detail using a switching mechanism for fast model switching.
    * Continuous Level of Detail dynamically collapses triangles of a single model.
TODO

      Model Loading
    * 3DS, Obj, MD2, MD3, Milkshape, ASE support.
No Milkshape

      Shapes
    * Box, Cylinder, Disk, Hexagon, Octahedron, PQTorus, Pyramid, Quad, Sphere and Torus support.
We have it.

      State System
    * Minimizes OpenGL state changes.
    * Allows merging of Texture and Light states in the tree.
TODO

      Camera System
    * Maintains camera as a seperate object or a node in the scene.
Why ?
    * Frustum culling for efficiency.
Done. And occlusion culling, too

      Renderer Abstraction
    * Allows for any rendering API to be implemented.
    * Currently LWJGL implemented.
We have JSR-231 also

      Render Queue
    * Sorts scene elements based on Opacity. Opaque are sorted front to back and rendered first, then transparent is sorted back to front, last screen elements are sorted by z depth.
Done.

      Render to Texture
    * Render any scene to a texture object.
Done by I-dont-remember-who

      Imposters
    * Render to texture used to display a single model to a texture, can be animated as slow as needed to increase frame rate.
Easy to do

      Billboard Node
    * Keeps a node facing the camera
We have it.

      Shader Support
    * GLSL
    * Vertex and Fragment Shaders (GL ARB)
We have it.

      Sound
    * Supports OpenAL with sounds organized in a tree, similar to the Graphics.
We have it.

      Terrain
    * Terrain blocks act as single geometry.
    * Terrain Pages implements a Quad tree of Terrain blocks.
Easy to do

      User Interface
    * JMEDesktop System allows rendering of Swing components in jME scenes.
We have it. Long before them.

"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 darkprophet

Senior Duke




Go Go Gadget Arms


« Reply #8 - Posted 2006-05-22 22:41:07 »

Shall we just put an end to this seemingly endless flame war ?

Both are very very different, each has merits and people chose which ever they are comfortable with...easy as that.

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline sunsett

Senior Duke




ribbit!


« Reply #9 - Posted 2006-05-22 23:24:16 »

You don't find GameStates useful?  Shocked  You never need to switch between a menu to game (or vice-versa) or perhaps provide multiple games inside one application context?

That is not a complete list of features jME has either.  I believe it's been a while since that has been updated or a few things were just left out.  However, by your own admission there are several items jME has that Xith does not.  The only thing you have mentioned thus far that Xith has above jME is JSR-231 (and that is being implemented).  I would say based on this conversation I've got quite a bit of assurance that I'm using the better engine.  Even beyond that jME performs much better than Xith in every test I've seen.  jME still can't keep up with Java3D on some things, but I don't believe we're too far off on exceeding them in performance as well.  jME blows everyone away in features alone.  Add community support and performance and I'm happy where I'm sitting.

The point of this conversation was to discuss the feasability of collaboration between jME and Xith but I still have yet to see anything but JOGL support that Xith can provide to jME....perhaps I wasn't reading close enough?

DP, that's the most tactful reply I think I've ever seen you post......impressive. :-p

-Matt Hicks
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline darkprophet

Senior Duke




Go Go Gadget Arms


« Reply #10 - Posted 2006-05-22 23:32:59 »

And I believe that is the first time you complimented anyone thats not a frog...impressive Tongue

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline sunsett

Senior Duke




ribbit!


« Reply #11 - Posted 2006-05-23 01:17:17 »

I compliment monkeys and llamas every now and again....  Roll Eyes

However, frogs are the coolest of all animals....I hear that "darkfrog" is something pretty awesome as well.....you know him don't you?

-Matt Hicks
Offline Amos Wenger

Senior Duke




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


« Reply #12 - Posted 2006-05-23 07:33:24 »

Shall we just put an end to this seemingly endless flame war ?

Both are very very different, each has merits and people chose which ever they are comfortable with...easy as that.

DP
I agree.

"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 irrisor

Junior Duke





« Reply #13 - Posted 2006-05-26 12:07:08 »

I just found this discussion here, and....

I don't want to continue the 'war', but one thing was very interesting for me:

User Interface
    * JMEDesktop System allows rendering of Swing components in jME scenes.
We have it. Long before them.
Can you give me some info on this? We still have issues with this and I wonder how it was realized in Xith - or was it another feature that you meant (maybe 3d in swing not swing in 3d)?
Offline Amos Wenger

Senior Duke




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


« Reply #14 - Posted 2006-05-26 13:24:03 »

Swing in 3D, yeah and it works perfectly (we just have some issues with windowed mode on linux & mac because of the size of the border window so it looks a bit difform but you just have to call the calcPlate() function after window init to fix it !).

You can look at the sources in the CVS : https://xith-tk.dev.java.net/source/browse/xith-tk/src/org/xith3d/ui/swingui/

"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 Duke




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


« Reply #15 - Posted 2006-05-26 13:38:21 »

OK I won't continue the war either. I got the answers to my questions and have decided to go Xith3D.

So collaboration would go these ways :

Xith3D -> jME :
- Collada ? (Or you want to develop everything alone once again  Grin )
- Integrated Swing

jME -> Xith3D :
- Cal3D
- MD5

By the way, does someone know if there's an MD5 exporter for Blender ? If not, it's useless to me (although I'd port it happily anyway). Yet Cal3D seems fine to me so..

"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 sunsett

Senior Duke




ribbit!


« Reply #16 - Posted 2006-05-26 18:03:49 »

I apologize if this is taken the wrong way...not trying to continue the war either.....but.... :-p

Collada support - we've actually already got commercial quality collada support, we're just waiting for NCSoft to give the go-ahead to donate it back to the community)
Integrated Swing - Irrisor has done a phenominal job on the Swing aspects and though there may be quite a lot that could be gained from collaboration concept-wise I can't imagine how any code collaboration could really occur here since it's very explicit to the actual implementing engine isn't it?

I've seen an MD5 exporter for Blender somewhere....if I can find it I'll post it.

-Matt Hicks
Offline theKman

Senior Newbie




Java games rock!


« Reply #17 - Posted 2006-05-26 21:35:02 »

http://home.tiscali.de/der_ton/blender2md5.rar
Offline Amos Wenger

Senior Duke




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


« Reply #18 - Posted 2006-05-27 09:52:58 »

I apologize if this is taken the wrong way...not trying to continue the war either.....but.... :-p
That's ok.

Collada support - we've actually already got commercial quality collada support, we're just waiting for NCSoft to give the go-ahead to donate it back to the community)
Your choice if you want to depend NCSoft forever. That may not be problem for you. And I was wrong, I though it "was going to be implemented".

Integrated Swing - Irrisor has done a phenominal job on the Swing aspects and though there may be quite a lot that could be gained from collaboration concept-wise I can't imagine how any code collaboration could really occur here since it's very explicit to the actual implementing engine isn't it?
Maybe. But I think it's a bit late to talk with David Yazel (which implemented the original code, IIRC).

"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 sunsett

Senior Duke




ribbit!


« Reply #19 - Posted 2006-05-27 14:32:11 »

Your choice if you want to depend NCSoft forever. That may not be problem for you. And I was wrong, I though it "was going to be implemented".

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
Offline Amos Wenger

Senior Duke




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


« Reply #20 - Posted 2006-05-27 16:46:29 »

Your choice if you want to depend NCSoft forever. That may not be problem for you. And I was wrong, I though it "was going to be implemented".

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
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  Grin Grin (although it's not my goal and if you had it since long, then, well, I'm not gonna look for another  Wink )

"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 sunsett

Senior Duke




ribbit!


« Reply #21 - Posted 2006-05-27 19:29:00 »

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
Offline irrisor

Junior Duke





« Reply #22 - Posted 2006-05-28 17:21:47 »

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?
Offline Amos Wenger

Senior Duke




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


« Reply #23 - Posted 2006-05-29 16:28:58 »

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
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  Tongue Tongue how easy the war is) but I don't think

That's looks like a really promising converter there!  Thanks for the linkage.
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).

"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 irrisor

Junior Duke





« Reply #24 - Posted 2006-05-29 17:19:13 »

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

thanks BlueSky - just looked into the xith swing-gui stuff 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?
(It only responds that the bandwith limit is exceeded Shocked)
Offline sunsett

Senior Duke




ribbit!


« Reply #25 - Posted 2006-05-29 18:13:28 »

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?Huh

-Matt Hicks
Offline Amos Wenger

Senior Duke




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


« Reply #26 - Posted 2006-05-30 15:54:04 »

At least your forums work well. Wink
Yeah, sorry about the site, it's probably due to the excessive popularity of Xith3D  Grin When William Denniss see that he will probably fix that

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.
Yeah ok. Would it be technically feasible to add support to Xith3D for this format ? I mean, does it have anything really jME-specific ?

It looks like that model converter stuff is missing the majority of features from Collada?Huh
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).

"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 sunsett

Senior Duke




ribbit!


« Reply #27 - Posted 2006-05-30 16:59:45 »

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

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. Shocked

-Matt Hicks
Offline Amos Wenger

Senior Duke




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


« Reply #28 - Posted 2006-05-31 16:26:18 »

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

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. Shocked

-Matt Hicks
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.

"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 sunsett

Senior Duke




ribbit!


« Reply #29 - Posted 2006-05-31 16:32:15 »

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

:-p
Pages: [1] 2
  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.

DarkCart (6 views)
2014-10-31 21:44:48

DarkCart (7 views)
2014-10-31 21:43:57

TehJavaDev (38 views)
2014-10-27 03:28:38

TehJavaDev (29 views)
2014-10-27 03:27:51

DarkCart (43 views)
2014-10-26 19:37:11

Luminem (24 views)
2014-10-26 10:17:50

Luminem (29 views)
2014-10-26 10:14:04

theagentd (35 views)
2014-10-25 15:46:29

Longarmx (63 views)
2014-10-17 03:59:02

Norakomi (61 views)
2014-10-16 15:22:06
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

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
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!