prebuilt jar files available

I've been working on the build scripts in preparation for moving Java3d to the autobuild system here at jogamp,
in the meantime, I've finally gotten it building well enough to release some prebuilt jars from the current state of
things.

Look on the github pages under downloads.

https://github.com/hharrison/java3d-core
https://github.com/hharrison/java3d-utils
https://github.com/hharrison/vecmath

These jars have the jogl2 backend only and are built against -rc8

Harvey

Thanks, hharrison! They work! I had to remove some older j3d libraries that were lying around in /System/Library/Java/Extensions. Then, all compiled and ran without modification using the new jars:

I suppose I should add that the surface rendered in the above image was extracted using OsiriX (http://www.osirix-viewer.com/index.html) from a sample data file provided for that program - all freely downloadable.

Hi hharrison,

I tried to run a simple example with the new jars but things seem blocked when it executes that :

GraphicsConfiguration config = SimpleUniverse.getPreferredConfiguration();

It displays the following info in the console and then block :

3D [dev] 1.6.0-pre1-daily-experimental daily

Any idea why this is not working ?

Regards,
Antoine

Hi Antoine

Please can you try to use Java3D source code to determine where it blocks in this method please?

I don't see anything obvious that could cause such a bug:
https://github.com/hharrison/java3d-utils/blob/master/src/classes/share/com/sun/j3d/utils/universe/SimpleUniverse.java

Hi Julien,

I tried to attach sources to debug in it but it doesn't enter in the source of SimpleUniverse, maybe because it is not well configured, maybe because it block somewhere between.

I will try to attach sources differently but can you confirm that this method works fine with you ?

Antoine

It's working, it hasn't been changed, it was already working when I succeeded in using Java3D with JOGL 2.0 for the first time. That's why I'm really surprised.

I've had another report similar to yours where starting under MacOSx and windows worked, but under Ubuntu 12.04 it just freezes up and displays nothing....what OS are you running under?

Harvey

I'm running under Windows 7.

I still can't debug in the sources but I had a ClassNotFoundException when simply creating a new BranchGroup() before doing anything else. This ClassNotFoundException is only viewable in debug and I haven't found what is the missing class.

So it must be a problem in my configuration and not in your code ;)
I'll keep trying to make it work ...

Antoine

Someone else in the JOGL section has the same problem, maybe some old JOGL JARs are mixed with recent ones. Don't put too much things into your PATH environment variable.

This is my configuration under eclipse :



I tried to define the native location of jogl and gluegen but it doesn't change anything.

I downloaded the sources from the master branch of the git repository but it doesn't seem to be the source used to build the jars (eclipse step into a comment ...).

Is this the right branch ? How can I get correct sources of the released jars ?

Antoine

On 05/30/2012 11:37 AM, ylliac [via jogamp] wrote: If you go on <http://jogamp.org/>, you will see the
Builds/Download section for the current RC8:
  v2.0-rc8: <http://jogamp.org/wiki/index.php/Release_2.0-rc8>
  zip: <http://jogamp.org/deployment/jogamp-current/archive/>

+++

The v2.0-rc8 wiki page mentions and links
the git tag v2.0-rc8 for all modules.
It also links to the:
  Sources: <http://jogamp.org/deployment/v2.0-rc8/archive/Sources/>
  ChangeLogs: <http://jogamp.org/deployment/v2.0-rc8/archive/ChangeLogs/>

Usually you don't need these sources for development *using JOGL*,
but just the zipped source files below.

Actually a JOGL developer should use the git repository,
the 7z source archive is just included here for completeness.

+++

with the mentioned zip URL, you can download the following:
  <http://jogamp.org/deployment/jogamp-current/archive/jogamp-all-platforms.7z>

You receive everything, builds and source zip files:

jogamp-all-platforms/jar/*
jogamp-all-platforms/gluegen-java-src.zip
jogamp-all-platforms/joal-java-src.zip
jogamp-all-platforms/jogl-java-src.zip

As the wiki describes (Eclipse development),
you should attach the source zip files to their
corresponding JAR files. This will allow you to have
a proper Java API documentation and you can also browse
the source code for more clarification.
This feature is usually available with all Java IDEs.

>
> Antoine
>

~Sven

Actually I was talking about Java3D sources :)
But thank you anyway, I will download JOGL sources too.

Harvey, can you tell me ig I can get Java3D sources of your release ?

Antoine

FWIW

I have been successfully using (porting, no new development) Java3D via the prebuilt jar files. You can see the results of my stand-alone-visualization app above, and over the past couple of weeks, I successfully moved that into a free window of my main app (didn't mess with heavy/lightweight issues). Anyway, I created packages for Linux, OS X, and Windows that copy the program .jar and system-specific files into a user-defined directory. Results...

1) OS X: I was developing on a MacBook Pro upgraded/migrated to Lion. Running after the install ran into conflicts due to multiple, identically named classes. Problem - my system had some old j3d files installed in /System/Library/Java/Extensions. Moving the j3d*, libj3d*, and vecmath* to a subdirectory fixed the problem.

2) Another user tried to install it on their newer MacBook Pro. Curiously, everything appeared to work except Mouse Button 1 for scene rotation. Upon my return home, I had the same problem on my older iMac with a clean install of Lion. Solution - same as #1 for my home system. Haven't heard from the other user. I suspect it is the same.

3) Alas, the program wouldn't work on Windows 7 and a basic Ubuntu installation running in VirtualBox machines on my MacBook. For that setup, Windows only supported OpenGL 1.1 and Java3D minimally requires 1.2. The program would crash-and-burn on Ubuntu with many exception messages I did not try to decipher.

4) A number of folks did the above on current Windows systems (probably 7) with no problems.

5) I just did an install in our computer lab on Red Hat Enterprise Linux Workstation release 6.2 (Santiago)
 set up specifically for 3D graphics - no problem and it was impressively fast.

PS: Transparency seems to work much better than before. Not sure if it is opengl, jogl2, or java3d, but very nice for mid alpha values on up.

Sure, on my github page, if you go to the master branch, there should be a link for 'Download as zip-file'
which will get you the contents of the tip commit on my master branch, that is what I built from.

If you have any problems with that, I can generate you a source jar when I get home this evening.

Harvey

Lordsmoke, you just have to update your driver under Windows 7 instead of using the crappy default driver provided by Microsoft.

gouessej wrote

Lordsmoke, you just have to update your driver under Windows 7 instead of using the crappy default driver provided by Microsoft.

One would think. But, I'm not sure the situation is as clear as one might hope. a) I am not a usual Windows user for some years, b) I am running in VirtualBox on a MacBook Pro. It appeared that upgrading involves a video-specific driver, but the only indication of the VB driver (from within windows) I saw was "generic" and it wasn't clear if installing for my Mac graphics would work. I had plenty of more productive things to do at the time. Would appreciate anyone who could point the direction. Otherwise, I will look into it at a later date. Best, LS

Yes that's what I meant:
Vendor: Microsoft Corporation
Renderer: GDI Generic

It means that you haven't installed the official NVIDIA or ATI driver. It is crystal clear. It is a common problem under Windows.

I think it's somewhat more subtle than that, he's running windows _inside_ VirtualBox on his Mac, who knows what
kind of virtual hardware it presents to the Guest OS, I don't think VirtualBox does GPU virtualization, so it may only be
presenting itself as some generic piece of hardware.

I'm not sure if there are any VirtualBox modules that allow GPU passthrough?

Running JOGL apps on guest operating systems inside VMWare or VirtualBox uses a software-emulated OpenGL which is usually an older version. For example, last time I checked inside VMWare the GL string was "OpenGL version string: 1.2 (1.5 Mesa 6.5.1)". JOGL as a whole should still work (though we occasionally get bugs like https://jogamp.org/bugzilla/show_bug.cgi?id=493), but if you try to request a GL 2.0 context and don't check for errors cleanly, you might crash.

To my knowledge, VMWare and VirtualBox do not do GPU passthrough from inside the VM to outside. The latest version of Google's Android emulator does, so it is possible. But it's a security issue for a "real" VM -- you can crash or exploit the host by issuing broken GL calls that go directly to host hardware :)