| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
| |
must as well
|
|
|
|
| |
ShaderProgramRetained was throwing an error in these cases, whereas a
simple system out is sufficient
|
|
|
| |
Note teh compile method must still be called manually
|
|
|
| |
Otherwise you can easily get crash to desktop error in the pipeline.
|
|
|
|
| |
Bug 1337 - VersionInfo defaults isDevPhase to true, which outputs onto
err
|
| |
|
|
|
|
|
| |
The use of ArrayList supplies fast addChild speed but
dis-proportionately poor removeChild speed, so the worst culprits have
been swapped for LinkedHashSet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug 1111 - Java3D does not dispose correctly after use
Note there is a strong possibility that this could have side effects
particularly in headless environments.
However a daemon nature is more correct and will allow applications to
exit gracefully and when expected.
In testing normal swing operations can cause non-exiting.
E.g.
JFrame f = new JFrame();
f.pack();
will not exit unless
f.dispose();
is called. This is unrelated to Java3D.
|
| |
|
|
|
|
| |
Hopefully sun.awt.nopixfmt true will solve the problem and not cause
others
|
|
|
|
|
| |
The pipeline inspect the environment, and issue solutions for noddraw
and the HD2000/3000 driver. Though they are simple System.err so not a
real solution.
|
|
|
| |
renderer
|
|
|
|
|
|
|
|
| |
j3dcore: avoid calls to glColor4f in material reset paths
This causes crashes in the Parallels driver, possibly due to the calls
occurring on a non-current glContext, this appears to not cause other
issues as the glColor calls are always issued before rendering anyway
and can avoid being reset here.
|
| |
|
|
|
|
|
| |
Override the number of canvas samples using a new Integer property, add
a helper to MasterControl similar to the existing Boolean property
method
|
|
|
|
| |
this appears on the taskbar briefly.
Use of Frame replaced by Dialog
|
|
|
| |
no functional changes
|
|
|
| |
attempted
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
gl2es2pipeline
If a user uses this property
System.setProperty(\"j3d.displaylist\", \"false\");
Then non index interleaved and by copy interleaved geometries now work
The indexed version of each needs to be done
|
|
|
|
|
|
|
|
|
| |
render graphics
The push and pop attribs calls have been left in to keep this code
change in alignment with other texture matrix setting calls
A test for this can be seen in the new overlay2D example in
java3d-examples
|
|
|
|
|
|
|
|
| |
and this is not configurable.
These will now default to true but can be turned off by adding the
system property j3d.defaultReadCapability=false
e.g.
System.setProperty("j3d.defaultReadCapability", "false");
|
|
|
| |
org.jogamp.java3d
|
|
|
| |
Attributed to Jogamp rather than Sun corp.
|
|
|
|
|
|
|
|
| |
Though this looks incorrect and may need to change
pre-cast variables gl2es2 in gl2es2 context swapped to getters, as the
gl object can become invalid at any time
clarification in jogl2es2DEPpipeline about non-indexed geometry usage
|
|
|
|
|
|
| |
the pom was referring to gluegen-rt and jogl-all rather than
gluegen-rt-main and jogl-all-main, without the main the jar files are
pulled down but none of the native jars so code will compile but not
run.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
gl.glDisable(GL.GL_STENCIL_TEST);
call added
|
|
|
|
|
|
|
| |
This was a performance improvement for Android JVM, which is not
required for the core
Also removed the comments on how to convert from the jogl2es2context
class
|
|
|
|
| |
buffers, whole methods only, should not break anything
gl2es2deppipeline has validity message improved
|
| |
|
|
|
| |
have been up to date view and model matrixs now used
|
|
|
|
| |
Positions are now correctly pre multiplied by MV, and the front material
emmission value is sent through to the shaders, if requested
|
|
|
|
|
|
| |
Examples of use can be found at
https://github.com/philjord/java3d-examples/tree/master/src/classes/org/jdesktop/j3d/examples/gl2es2pipeline
|
|\
| |
| | |
Move Java templates to the conventional directory
|
|/
|
|
|
|
|
| |
Maven's templating-maven-plugin normally wants Java templates in
src/main/java-templates. They were placed in src/templates previously
for consistency with the sources in src. But now that the sources have
moved to the standard Maven location, let's move the templates, too.
|
|\
| |
| | |
Fix up the directory structure
|
| | |
|
| | |
|
|/
|
|
|
| |
We want the package prefix to be org.jogamp.java3d,
not org.jogamp.java3d.java3d.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Build the project using Maven
|