so there will be in mustang jogl so why sun has not add to the mustang some support for matrices something like in java m3g - transformable etc, there could be some classes like for example matrix44 and they also could be used with jogl , these clases could provide function like tofloatbuffer it will work and no changes in jogl will be reqiured. These new classes colud be optimaized for speed depending on procesor type for advanced instructions like simd etc. I know that all matrix, vector functions can
be coded manually and hotspot wil optimaze that but if we are moving finally to true 3rd dimension, and that will be first relesae that support it why sun do not want to add this kind of classes functions, am i right, what do you think?
I don’t think Mustang will already have got JOGL…
[quote]so why sun has not add to the mustang some support for matrices something like in java m3g - transformable etc, there could be some classes like for example matrix44 and they also could be used with jogl
[/quote]
Do you know Java3d’s vecmath lib?
You can use it now: it’s a sub project of Java3d, located here: https://java3d.dev.java.net/
(In case you don’t want to CVS and compile it yourself, just go to the download page of Java3d and download one of the various ZIPs which include a current vecmath.jar file)
mustang will not have jogl? So for what are these informations od mustang.dev.java.net oficial site that they are working on better opengl support etc
I think they are refering to the opengl rendering pipeline for general graphics output in mustang. Although jogl is not used in this context, it is positively affected by this effort, since mustang allows you to mix java swing, java 2d and jogl at full speed over the opengl pipeline. See the Java2D/JOGL Interoperability Thread for some more insights: http://www.java-gaming.org/forums/index.php?topic=10813.0
Regarding your first question, I just think SUN has other priorities right now. Since there is a independently usable vector/matrix math library in java3d and the opengl binding is developed as a JSR, there seems just no point for SUN to integrate such classes into the core distribution.