August Lammersdorf

This exception will be thrown while importing an *.obj file. Typically, there is a corresponding *.mtl file which comprises all materials referenced from within the *.obj file. This exception was thrown because the material named "Mat" couldn't be found in the *.mtl file.

August

This case is the opposite of the first one. The exception

Caused by: java.lang.NoSuchMethodError: javafx.scene.shape.TriangleMesh.getFaces()Ljavafx/collections/ObservableIntegerArray;

indicates that the application is running on a JDK build >= b113 and is accessing a not b113-compatible importer.

The return type 'ObservableIntegerArray' is replaced since build b113 with 'ObservableFaceArray' (see former post).

On this particular system NetBeans still seems to refer to an old release of the importer when running the application.

Of cource, I still assume that my current downloads are b133-compatible. Otherwise John Damien Smith couldn't run these downloads on his b115 system successfully.

Had already a longer discussion per mail with Ajem Jehi. For all other readers:

Due to incompatible API changes in the builds b112 and b113 (October 24, 2013) the model importers and the 3D applications had to be adjusted or at least to be compiled again, e.g.

<= build b112 : TriangleMesh.getFaces() returns a ObservableIntegerArray
>= build b113 : TriangleMesh.getFaces() returns a ObservableFaceArray

The following line is an indication that a b113-compatible importer is used on an older JDK 8 installation (<= b112):

Caused by: java.lang.NoSuchMethodError: javafx.scene.shape.TriangleMesh.getFaces()Ljavafx/scene/shape/ObservableFaceArray;

FXTuxCube 0.7.1, ModelBrowserJFX 0.2.2, and JFX3DModelImporters_EA_2013-10-31 require at least b113 (as stated on the web pages) and run also on b114 and b115 on all platforms, definitely.

Do the batch-files and NetBeans really run the application on b113+ and access the b113-compatible importer?

My JDK 8 is installed in P:\Java\jdk1.8.0\. jimObjModelImporterJFX.jar and fxTuxCube.jar are in the same folder as the downloaded and adjusted batch file:

P:\Java\jdk1.8.0\jre\bin\java -Xmx1024m -Djavafx.animation.fullspeed=true -Dprism.dirtyopts=false -cp .;jimObjModelImporterJFX.jar;fxTuxCube.jar org.interactivemesh.jfx.sample3d.tuxcube.FXTuxCube

Please, could someone else give some feedback.

August

Have a look here:

- Java 3D Programming, Daniel Selman : http://www.manning.com/selman/
- Killer Game Programming in Java, Andrew Davison : http://fivedots.coe.psu.ac.th/~ad/jg/
- Java 3D Books : http://wiki.java.net/bin/view/Javadesktop/Java3DBooks

These threads might be helpful:

- Java3d 1.5.2 on Macos : http://forums.oracle.com/forums/thread.jspa?messageID=9254447

- Java3D + Newer Eclipse Version : http://forums.oracle.com/forums/thread.jspa?threadID=2133747&tstart=0

August

Hi, only a BranchGroup can be added to or removed from a live and/or compiled Java 3D scene graph and if corresponding capability bits are set. Wrapping a Node with a BranchGroup allows to add and remove arbitrary Nodes, e.g. TransformGroup and Shape3D.
boxTransformGroup.setCapability(Group.ALLOW_CHILDREN_EXTEND); boxTransformGroup.setCapability(Group.ALLOW_CHILDREN_WRITE); BranchGroup boxBranch = new BranchGroup(); boxBranch.setCapability(BranchGroup.ALLOW_DETACH); Box box = new Box(); boxBranch.addChild(box); // live scene ... boxTransformGroup.addChild(boxBranch); // ... boxBranch.detach(); // or boxTransformGroup.removeChild(boxBranch);
See javadoc of Group and BranchGroup. August, InteractiveMesh

Hi, in my experience it's not easy to get rid of a BufferedImage. In the Java 3D Scala sample program ScCharacterCube (http://www.interactivemesh.org/testspace/j3dmeetsscala.html) it seems to work. Following tips might be helpful:

- Cache and reuse the BufferedImage instance as long as its size or type doesn't change.

- Prevent ImageComponent2D from copying image data by using this constructor
'new ImageComponent2D(myFormat, myWidth, myHeight, true, true)' which creates an instance in 'byReference' and 'yUp'-mode.

- Don't be shy of running the garbage collector (System.gc()) as soon as references are set to null.

Even if the sample is written in Scala see how the object/subclass 'offCanvas3D' in the source code of 'CharacterCubeUniverse.scala' is designed. It includes also the def/method 'flipImageY(bImage: BufferedImage)' to flip your image into 'yDown'-mode.

August, InteractiveMesh

Hi, also check out following Java 3D example programs

- org.jdesktop.j3d.examples.offscreen_canvas3d.OffScreenTest
- org.jdesktop.j3d.examples.print_canvas3d.PrintCanvas3D

j3d-examples-1_5_2-src.zip : https://java3d.dev.java.net/binary-builds.html

August, InteractiveMesh