I just tested Sweet Home 3D under Java 6 then Java 7 with Java3D-1.6.0-pre3 and JOGL 2.0 rc10 for Mac OS X.
It still worked well with Java 6 but failed with Java 7 with the same error as the one I reported in June, i.e.
Did any body among you actually see Java 3D work under Java 7 / Mac OS X?
What can I do to help you fix this issue?
By the way, antialisaing still doesn't work under Mac OS X, as it didn't with Java 3D 1.5.2 already, as you can see in the screen capture I posted at the beginning of this thread.
Calling setSceneAntialiasing(GraphicsConfigTemplate3D.PREFERRED) or setSceneAntialiasing(GraphicsConfigTemplate3D.REQUIRED) on the GraphicsConfigTemplate3D instance used to generate a GraphicsConfiguration has no effect.
Could you check if there's an easy fix for that?
Ok. You can report the issue of anti-aliasing on Github, in the "issue" section. The other problem is more difficult to resolve, could you at least use the latest aggregated build (of September 29th) or the latest autobuild to see whether it fixes the problem?
I found how to force antialiasing on screen: quite strangely you have to set j3d.implicitAntialiasing property to true.
I don't fully understand why this property has to be set if you already called GraphicsConfigTemplate3D.setSceneAntialiasing(GraphicsConfigTemplate3D.PREFERRED); but it works on my computer. Miserably it has no effect for offscreen rendering.
On 10/04/2012 04:56 PM, Manu [via jogamp] wrote:
> I found how to force antialiasing on screen: quite strangely you have to set
> /j3d.implicitAntialiasing/ property to true.
> I don't fully understand why this property has to be set if you already called
> but it works on my computer. Miserably it has no effect for offscreen rendering.
Well, to have native MSAA w/ OSX CALayer (openjdk, OSX >= 10.8, applets w/ OSX >= 10.5),
the new FBO impl. is required, which you find in the latest
aggregated test builds, not in RC10.
Trying with JOGL nightly builds of the 4th of October (gluegen-2.0-b597-20121004-macosx-universal.7z + jogl-2.0-b820-20121004-macosx-universal.7z) and Java 3D 1.6.0-pre3 version, gives a different error:
This was tested under Mac OS X 10.7.4 and not 10.8 which is not my main system yet. I sincerely hope you don't target only Mac OS X 10.8, otherwise it would make it much less useful (see these recent statistics).
On 10/04/2012 07:58 PM, hharrison [via jogamp] wrote:
> Thanks for decoding that for me, I'll have a look this weekend, the whole
> capabilities selection that Canvas3d is doing is
> pretty ugly, just haven't had the time to figure it out.
Great, if you can simply use the factories we use (see GLDrawableFactoryImpl),
then it should just work.
Fixing caps is done in: GLGraphicsConfigurationUtil, as you can see
in aforementioned factory.
Then native MSAA w/ FBO'ed CALayerd OSX AWT should be no problem
- what a sentence :)
Great to see this issue is about to be resolved. By the way, if you could have a look why antialiasing works on screen but not with off screen rendering, that would be perfect!
I'm looking forward to testing a workable solution...
To help you fix this issue more easily with Sweet Home 3D, I built a Jar executable version with Java 3D 1.6 pre3 and JOGL2 b824.
This executable file should work under Mac OS X, Windows 32/64 bits and Linux 32/64 bits. Miserably, it runs successfully only under Mac OS X with Java 6, and it crashes under the other systems. Simply run the Jar executable to get the logs. If you want to test some fixes, you can easily change the Jars and the Dlls included in the Jar executable file.
It doesn't use the temp jar cache of JOGL but another classloader system I programmed in Sweet Home 3D. From the error reported when the program crashes, I'm pretty sure this classloader isn't the issue.
Feel free to split this message in a separate topic if you want.
Harvey, Sven, any news about this issue?
I downloaded java3d-core sources, succeeded to build a j3dcore.jar file in Eclipse and reproduce the issue with Java 7 / Mac OS X.
But I don't know what I should change around line 6198 in JoglPipeline.java From Sven message, the error is probably in line 6178:
Suddenly, this Java 3D port looks much more urgent: Apple doesn't support Java 6 applets and Java Web Start applications anymore under Mac OS X 10.7 and 10.8, from their last Java update. It's a fact, not a prerelease warning.
I'm sad to say that but if you really want to use an actively maintained scenegraph working fine especially under Mac, please consider switching to Ardor3D. Renanse is always under Mac, I fix bugs in its renderer based on JOGL 2.0 within hours or (a few) days in the worst case. The problem is that there are a very few people with good skill in Java3D and there are a very few people able to fix some of its main annoying design flaws.
Of course, I would be happy if we found a solution to fix Java3D.
How's the progress with RC11 and binary downloadable jars (auto builds?) for Java3D that will be compatible with it? Looking forward to return to testing this combination on various platforms (previous experiences on Ubuntu has been hit and miss, due to the freezing bug).
How's the progress with RC11 and binary downloadable jars (auto builds?) for Java3D that will be compatible with it?
It' doesn't work with the jogl autobuild at the moment in Sweet Home 3D case.
I hope that Harvey will be able to fix the few remaining configuration parameters. We seem so close to a working solution...
It really needs a redesign of the canvas creation. We know the root cause but it is a bit tricky and when you go on relying on AWT / Swing, you will experience problems under Mac even though the situation will get improved as time goes by.