| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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
|
|/
|
|
|
|
|
|
|
|
|
|
| |
This introduces a pom.xml which tells Maven how the
project is structured. To avoid a boatload of disruptive
renames, we override some of Maven's default settings.
It updates the code generation scheme to generate
VersionInfo.java using the templating-maven-plugin.
Lastly, it removes the Ant build files to avoid
maintaining multiple build systems.
|
|\
| |
| | |
Eliminate circular dependency between core & utils
|
| |
| |
| |
| |
| | |
This is needed so that its GeometryService implementation can be
discovered at runtime.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This avoids a dependency on j3d-core-utils's com.sun.j3d.utils.geometry
package. If j3d-core-utils is present on the classpath, it can provide
the same backing implementation as before, but the option is now open
to provide an alternative service implementation if desired.
This addresses hharrison/java3d-core#17.
|
| |
| |
| |
| |
| |
| |
| |
| | |
In particular, Font3D's triangulateGlyphs routine relies on the classes
GeometryInfo and NormalGenerator of package com.sun.j3d.utils.geometry,
which lives in the j3d-core-utils project, under a different license.
This means that historically, j3d-core and j3d-core-utils were mutually
dependent. We avoid the situation by using a service interface instead.
|
| |
| |
| |
| |
| | |
This moves the logic into a dedicated private method, which
will be subsequently externalized into a service interface.
|