[Source] problem with jgeom build, java3d dependency

[Rune Aasgard]

I added depth sorting to the DefaultPickingHandler and sent it to the aviatrix3d-discuss list without receiving any response. It was about two years ago, and at the same time I found that Yumetech had disappeared so I started to believe the whole project was down the drain. 

My terrain renderer is still working, with the AV3D/Xj3D building model importer, and we are doing visualization projects based on it, but I realize its days are numbered. We lost the Macs a couple of years ago (luckily we only have few Mac customers), but the Windows version of the ancient JOGL version is still running. I'm using JNLP for program deployment, but I have all the jars (also JOGL binaries) transferred to our own servers and re-signed by our own certificates to avoid problems with certificate expiry.

At the same time I see that the confidence in Java as a client platform is falling among the general public. Here in Norway it is kept alive by the common internet banking security and authentication applet, but last year's Java security scandal has filled the news services with "how to avoid java" articles. So when the bank client is changed into something non-java we may have a problem persuading our customers retaining java just for us. It would naturally be a relief to have maintained libraries, so that our current code could have a prolonged life, but I'm not sure how much resources I'll be allowed to put into it.

So now I am looking into WebGL and Android as client platforms. The lack of good libraries and the limited computing power on such platforms makes importing structured high-level graphic difficult and we may turn to a solution where complex structures are flattened and triangulated server-side. What Alan is doing with Xj3D for server side processing sounds interesting and I would be very interested in examples and documentation!

Rune


-----Opprinnelig melding-----
Fra: Justin Couch [mailto:justin at vlc.com.au] 
Sendt: 29. november 2013 08:41
Til: Rune Aasgard; source at web3d.org
Emne: Re: SV: [Source] problem with jgeom build, java3d dependency

On 28/11/2013 6:24 pm, Rune Aasgard wrote:
> Is there really an AV3D 3.0?

https://github.com/j3d/aviatrix3d

Been working slowly on getting it ported over to jogamp's version of JOGL. Bit stuck because they're removed the render to texture functionality to somewhere I can't find right now. Also had to spend a fair bit of time dealing with the whole vecmath mess. Once that is done I'll run back through and update links on the j3d.org pages for it but I've been trying to be fairly quiet on the work right now.

Haven't seen any emails from you for years, so somewhat surprised about the comments on attempts to contribute stuff. Probably a sad consequence of my extremely aggressive spam filtering :(


-- 
Justin Couch                                 http://www.vlc.com.au/
Java 3D Graphics Information                    http://www.j3d.org/
LinkedIn                     http://au.linkedin.com/in/justincouch/
G+                                                       WetMorgoth
-------------------------------------------------------------------
"Look through the lens, and the light breaks down into many lights.
  Turn it or move it, and a new set of arrangements appears... is it
  a single light or many lights, lights that one must know how to
  distinguish, recognise and appreciate? Is it one light with many
  frames or one frame for many lights?"      -Subcomandante Marcos
-------------------------------------------------------------------