| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
|
| | | |
|
| | |
| | |
| | | |
Note execute depth raster adn read depth both do not work
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Now it only receiving enabled lights and the variable enabled has been
removed
|
| | |
| | |
| | | |
So the strict Java8 javadoc rules don't prevent generation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As returned by
VirtualUniverse.getProperties().get("j3d.version")
The original full message can be obtained from
VersionInfo.getVersionFull()
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | | |
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
|
| | | |
|