| 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
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
We want the package prefix to be org.jogamp.java3d,
not org.jogamp.java3d.java3d.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
This will ease subsequent refactoring.
|
| |
|