I’m currently using Kenji Hiranabe vecmath with few modifications for xith3d. vecmath.jar included by default in xith3d is one used in java3d and it generates not really needed garbage in some of methods. Only problem with Kenji classes is lack of TexCoord4f, but it is trivial to add.
If you are interested, I can prepare corrected version of Kenji classes and post for inclusion into xith3d.
A clean, fast an free version of Vecmath would be very nice.
What’s with the “log4j.jar” lib? It’s from the apache project and is used by some parts of Xith3d.
If you distribute a game with Xith3d then you also have to point to the Apache lisence?
Xith3D currently uses the J3D vecmath.jar, I belive that Kenji’s would be the best replacement. abies modifications have my +1
All third party libraries will need a copyright attribution and license like for all software and log4j is no different. Look at the JRE or SDK - there is a file named “THIRDPARTYLICENSEREADME.txt” which lists all third party code Sun uses and the respective licenses. You can license your code however you like - but you’d have to respect copyright of the libraries too. Even if it’s the case that all your third party libraries and code is the same license eg. BSD - you still need to include seperate licenses as each is copyright by a different author. It’s just like writing an essay - you have to include a bibliography.
However, I am not a lawyer, that is merely what i have observed others do.
Will.
Would be nice to test Xith3D with Kenji’s vecmath, especially if it is package-name-compatible with Sun vecmath.
[quote]If you are interested, I can prepare corrected version of Kenji classes and post for inclusion into xith3d.
[/quote]
+1. Lets test.
Yuri
I vote +1 for testing an alternative vecmath API. I’d like to see a library which is maintained (or at least author can be reached by e-mail), so you can optimize it or add missing functions if necessary. Don’t know if that’s the case with Kenji’s API, but hope so.
+1 here. Lets give it a whirl.
http://nwn-j3d.sourceforge.net/jogl/vecmath.zip
Compared to Kenji version, I have added explicit row/column major accessors for matrices (but I have left original ones in place), removed one unneeded allocation during matrix multiplication and added TexCoord4f/4d.
If you have anything against row/column accessors, it is trivial to remove them - I’m not particulary attached to them since I have discovered transpose matrix opengl extension 
- but they might come useful at some point in future, when interfacing to some math code.
I just reviewed and tested Kenji version of vecmath modified by Artur Biesiadowski and only I can say - this is good and compatible with Xith3D engine.
I was able to compile engine and the apps based on it without any problems.
BTW, to make it running with my apps I had to add explicit declarations of serialVersionUID to all the serializable classes [except of GMatrix, GVector (incompatible!) and TexCoord4d] to make it really working. Also one incompatibility is that some objects do not implement Cloneable, and one may encounter Java3D->Xith3D porting problems because of that.
So, my suggestion is to switch at least to this library because of it is open source. And, of course, spend some short time to make it compatible in serialization [99% done] and cloneability [todo].
Yuri