If a sufficient number of people use/would be interested into that I may do something so that’s more easy and straight-forward to use.
I would certainly use it. I am currently using the 'dudes system. It unfortunately manpulates the particles to display them on the view pane (for lack of a better term) This bites in a 3D world because it is not obscured by other objects.
[quote="<MagicSpark.org [ BlueSky ]>,post:1,topic:27426"]
If a sufficient number of people use/would be interested into that I may do something so that’s more easy and straight-forward to use.
[/quote]
Would Xith3D users be interested in a port of this? www.indietechnologies.com
I use it (slighlty updated version with external timer)
Mike : I’d be interested (at least for doing some tests with it)
Lilian 
Would Xith3D users be interested in a port of this? www.indietechnologies.com
[/quote]
Yes. That seems pretty interesting and would be a valuable addition to Xith3D.
4 “I’d be interested”, and a proposition from indie game developer. Mike Jacobs, have you decided if you’ll do the port ? Will it be free ? Which license ?
[quote="<MagicSpark.org [ BlueSky ]>,post:6,topic:27426"]
…have you decided if you’ll do the port ? Will it be free ? Which license ?
[/quote]
I have made no decision yet because I have been unable to download Xith (due the bandwidth problems noted on this forum). The similarity to Java 3D is a big attraction. I am in the process in reviewing the long term release plan. Version 1.1 was just released tonight and I would like to get the next release out in six months or less. All releases will have a free personal edition. A distribution like a commercial game or open source project requires a single developer license. I’ll need to learn more about Xith prior to making the decision.
Mike
I actually started a port of some of your earlier source bases. I didn’t find enough of a match to pursue if at the time. When I tried, Xith had , limited to no behavior support so I was handling it all from the render method. I really have enjoyed your system and hope to see it Xithified at some point.
Thanks for the feedback. I am always happy to hear back from JDJ readers. The only behavior that really matters in the current code base is the ‘clock tick’ generated each frame. I have assumed that would be replaced with a render loop call. If Xith uses the vector math package from Sun (I believe it does, right?) what other mismatches did you encounter? The latest release does use the view platform boundary entry/exit support from behavior, but I didn’t expect every feature to port.
Thanks,
Mike
Behavior support in Xith3D was implemented by Croft, and we currently use Sun vecmath package (but next we may move to an alternate vecmath package which has the same API yet is faster).
[quote="<MagicSpark.org [ BlueSky ]>,post:10,topic:27426"]
we currently use Sun vecmath package (but next we may move to an alternate vecmath package which has the same API yet is faster).
[/quote]
What is the alternate vecmath package under consideration?
What is the alternate vecmath package under consideration?
[/quote]
Yuri talked about it a few weeks ago, I just did a google search and I think it’s this one : http://www.objectclub.jp/download/vecmath1
However, some guys considered to use it and finally came back to Java3D’s one, see : http://jira.codehaus.org/browse/GEOT-22
[quote="<MagicSpark.org [ BlueSky ]>,post:12,topic:27426"]
Yuri talked about it a few weeks ago, I just did a google search and I think it’s this one : http://www.objectclub.jp/download/vecmath1
However, some guys considered to use it and finally came back to Java3D’s one, see : http://jira.codehaus.org/browse/GEOT-22
[/quote]
I am hoping we use something based on interfaces and a factory. This will let us switch out the underlying implementation without changing the application code. Here is an example:
http://earth.whoola.com:8080/javadoc/xith-tk/org/xith3d/behaviors/package-summary.html#package_description
I am hoping we use something based on interfaces and a factory. This will let us switch out the underlying implementation without changing the application code. Here is an example:
http://earth.whoola.com:8080/javadoc/xith-tk/org/xith3d/behaviors/package-summary.html#package_description
[/quote]
If you’re willing to do that that would be cool. But actually we’re accessing to data like that : vector.x, matrix.m21, and so on. So as interfaces never did include fields…
However you may want to take a look at my project that just got approved : https://openmali.dev.java.net/ The future will teach me if it’s going to be used or not… If approximately everyone comply then cool (Just don’t look at CVS ^^ No serious thingies herein).
Please benchmark before introducing interfaces at such a low level… it wouldn’t be good if we were to rely on hotspot -server of java 1.6 multi-stage compilation to bring performances back…
Lilian
Ahem. right.