and click on the "GeometryArray enhancements" link
from the main review page, you will see it. We probably should have
also added the comment to the javadoc.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 3 Dec 2001 15:01:43 -0700
>From: R Vegan <[EMAI
closer to the origin (in local coordinates), and
should help avoid the loss of precision.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 4 Dec 2001 11:41:06 +0200
>From: CCC Java Team <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Loss Of Precision in Geo
I have replied privately to the individual who made the mistake of
sending a 5+ Mbyte attachment to this list. I just wanted to remind
everyone else to be careful when sending attachments. We will look
into whether the listserv software has an option to limit the size of
attachments.
--
Kevin
, although we are not planning any more work on the TCB
spline interpolators.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 11 Dec 2001 09:58:32 +0100
>From: Arvid Svensson <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Bug ID: 4364128
>To: [EMAIL
feature, you will have to break up the
geometry so that each triangle (or group of nearly planar triangles) is
in a separate geometry array, and ensure that there are no intersecting
objects.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 18 Dec 2001 16:30:11 +01
A single sphere has
triangles that overlap each other and would require the sphere to be
broken up into multiple geometries so the individual triangles (or
patches) could be sorted.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 20 Dec 2001 14:22:34 +0100
>Fr
);
System.out.println("vIn = " + vIn);
System.out.println("vOut = " + vOut);
}
}
% java Normalize
vIn = (0.1, 0.2, 0.3)
vOut = (0.26726124, 0.5345225, 0.8017837)
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 27 Dec 20
Have you tried updating the material without detaching/reattaching the
entire scene? It is possible that the overhead of making a large
scene graph with a large number of Shape3D nodes live is taking
most of the time.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>D
Java 3D performs view frustum culling, only sending geometry that is
within the viewing frustum to the graphics accelerator.
We have done research into general purpose occlusion culling, but it
isn't currently in Java 3D (nor is it currently planned for the 1.3
version).
--
Kevin Rushforth
the new 1.2.1 compile optimization), but
haven't found a good heuristic for doing that yet.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 19 Sep 2000 10:49:13 -0400
>From: "Yazel, David J." <[EMAIL PROTECTED]>
>Subject:
and reduced GC compared to the 1.2 release. We are committed to
improving performance going forward.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and i
that this API review will start sometime near the end of
this calendar year.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
Planned 1.3 features
Core API Ch
*, setColor*, etc., methods (for by-copying geometry)
or by using the GeometryUpdater interface (for by-ref geometry). In
all cases, you must set the appropriate capability bits. This should
give you the flexibility that you need.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED
ke a look at it.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 9 Oct 2000 17:06:58 -0400
>From: Shawn Kendall <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] serious performance problems when setting Transforms
>To: [EMAIL PROTECTED]
>
from each other (so that only one of them is front
facing at any one time), and turn on back face culling.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 10 Oct 2000 13:16:46 +0100
>From: Mohammed Akacem <[EMAIL PROTECTED]>
>Subject: [
un
concurrently with the renderer. However, a new frame will not start
until both the renderer (i.e., the previous frame) and the behavior
scheduler are done. In subsequent versions we may change that, except
that we will always make the guarantee that all behaviors with a wake
or
they would have to be overridden in the IndexedGeometryArray class. If
there is enough demand for this, we could look into doing it (at least
for the by-ref case).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 6 Nov 2000 08:22:10 -0500
>From: &
in 1.2.1beta2.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 9 Nov 2000 12:28:14 -0500
>From: Joe Boccanfuso <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Printing
>To: [EMAIL PROTECTED]
>
>Hello,
>
>I was just wondering if a
A couple of people reported that the attachment I sent out with the
printing example was corrupt. Here it is again.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 9 Nov 2000 09:59:06 -0800
>From: Kevin Rushforth <[EMAIL PROTECTED]>
>Subje
as 4 separate java files.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Sat, 11 Nov 2000 08:41:50 -0800
>From: Kevin Rushforth <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Printing
>To: [EMAIL PROTECTED]
>
>A couple of people report
eed to set the left/right eye position
(relative to the head, i.e., the interoccular distance) in the
PhysicalBody objet. or the left/right manual eye point in Canvas object
or the View object. By default, the window eyepoint policy uses a fixed
field of view, and the left/right eye separation i
her than addGeometry.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 15 Nov 2000 11:08:58 -
>From: Rob Nugent <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Exception with 1.2.1 beta 1 (OGL)
>To: [EMAIL PROTECTED]
>
>Uma,
>
>I jus
David,
We were planning to have a public review of the API changes for
1.3 by New Years...not an implementation. At this point it will be
early next year for both 1.2.1beta2 and the public review of the 1.3
feature set.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED
synchronizing the
access.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 4 Jan 2001 17:11:38 -0500
>From: Mark Montana <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Java3D and thread safety?
>To: [EMAIL PROTECTED]
>
>Hi all, I am a n
These are non-public, internal classes that are not part of the Java 3D API.
Only the public classes and interfaces can be used by applications. The
non-public classes can change or be removed from release to release.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>D
>Date: Mon, 15 Jan 2001 11:34:31 +0100
>From: "Dipl. Ing. Paul Szawlowski" <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Java3D and thread safety?
>To: [EMAIL PROTECTED]
>
>Kevin Rushforth schrieb:
>
>> Java 3D is thread-safe only in th
be limited by the amount of available
off-screen memory on any particular card (e.g., a 3000x2000 pixel
off-screen buffer for printing is not likely to be accelerated any time
soon).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 15 Jan 2001 14:04
rieve the triangle that was hitten by the pickray
>or some other usefull information that allows to calculate the normal vector
>of this triangle ?
>
>Gernot
>[EMAIL PROTECTED]
>http://www.janet.de
>
>
>
>> -Original Message-
>> From: Kevin Rushforth [mailto:
For now, you can use an empty Group node (a Group node with no children,
not a null reference). In Java 3D 1.2, we will allow null children, so that
you don't have to create a dummy node.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 14 Sep 19
I have confirmed that this is a bug. Thanks for reporting it. We'll address
it in a future release.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 13 Sep 1999 21:38:30 -0700
>From: Jon Barrilleaux <[EMAIL PROTECTED]>
>Subject
We are working on picking utilties for Java 3D 1.2 that will provide
information about what was picked (closest vertex, position (x,y,z),
etc.). They won't be available for our upcoming alpha1 release (later
this month), but they should be available for Beta (later this year).
--
Since you can create your own appearance and use that appearance to
construct a Sphere, you have full control over the capability bits
that are set in the appearance.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 14 Sep 1999 01:49:53 -0700
>Fro
entered
in X and Y--similar to RELATIVE_TO_SCREEN, but with the manual X and Y
eye position being relative to the lower left corner of the window
rather than the screen.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
=
ook for it in J3D 1.2 beta
>
>You may want to clarify a bit.
>
>Thanks
>
>Doug
>
>> Date: Tue, 14 Sep 1999 14:28:16 -0700
>> From: Kevin Rushforth <[EMAIL PROTECTED]>
>> Subject: Re: [JAVA3D] Picking and returning 3D coordinates...
>> To: [EMAIL PRO
screen has
no effect on the rendering so the scale has an effect regardless of
where the scale is centered. This is counter-intuitive and we are
examing whether we can change this behavior for Java 3D 1.2.
6) This is a bug. We'll fix it in a subsequent release of Java 3D.
--
Kevin Rushforth
TimeMillis();
alpha1.setTriggerTime(2000);
alpha1.setStartTime(currentTime);
alpha1.setLoopCount(1);
alpha2.setTriggerTime(1500);
alpha2.setStartTime(currentTime);
alpha2.setLoopCount(1);
...
Hope this helps.
--
Kevin Rushforth
Java 3D Team
Sun Microsyste
This sounds like a bug. Do you have a simple example program?
If so, please send it to [EMAIL PROTECTED] In the mean time,
the suggested workaround of disabling the behavior should work.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 16 Sep 1999 18
>Date: Wed, 15 Sep 1999 13:19:09 +0800
>From: Justin Couch <[EMAIL PROTECTED]>
>
>Kevin Rushforth wrote:
>
>> Using RELATIVE_TO_SCREEN should do what you want. Btw, we have
>> considered adding a variant of RELATIVE_TO_WINDOW that isn
Thank you for your comments, we'll take them into consideration,
although we may not be able to address all of them for the 1.2
release.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 15 Sep 1999 01:35:42 -0700
>From: Jon Barrilleaux <[EMAIL P
em occurs now: It seems that an alpha
>which I started once produces events for ever, even after the duration
>of one cycle had elapsed. Do I really have to delete the interpolator
>afterwards?
Yes, or you can call "myInterpolator.setEnable(false)". This is a known
limitation of i
If you have a simple test case, please send it to [EMAIL PROTECTED]
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 20 Sep 1999 10:33:16 +0200
>From: "ing. P.W.L. JANSSEN" <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 20 Sep 1999 10:02:38 -0300
>From: Daniel Selman <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] All QuadArrays disappear [Update 1]
>To: [EMAIL PROTECTED]
>
>Barry,
>
There is no method to do this directly in Java 3D 1.1. We have added a
new method in Java 3D 1.2, getPixelLocationFromImagePlate, that will
provide this functionality. It will be implemented in the Beta release
(it didn't make the impending alpha release).
--
Kevin Rushforth
Java 3D Tea
ase, not in the impending alpha release) to select
a blend equation that isn't order dependent
3) Use screen door transparency
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 20 Sep 1999 08:39:27 -0400
>From: Bob Gray <[EMAI
I can't think of any reason why this should be the case. It might be
a bug.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Sat, 18 Sep 1999 22:24:29 -0700
>From: Jon Barrilleaux <[EMAIL PROTECTED]>
>Subject: [JAVA3D] what is i
" link, and proceed to the
download page.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 21 Sep 1999 11:31:33 +0100
>From: Gareth Morgan <[EMAIL PROTECTED]>
>Subject: [JAVA3D] API documentation for utilities packages
>To:
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
The inability to read scope information at runtime is a bug in Java 3D
that was fixed in 1.2_alpha1. Allen McPherson correctly answered the
question about the interaction of influencing bounds and hierarchical
scoping.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>D
bug that will cause a
deadlock if a TransformGroup is modified from any thread other than a
behavior. This will be fixed in the beta release, which should be
available some time in December.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
=
This is a bug in Java 3D 1.1 that is fixed in 1.2_alpha1.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 10 Nov 1999 12:17:38 +0100
>From: Marco Lohse <[EMAIL PROTECTED]>
>Subject: [JAVA3D] hashCode() Function ?
>To: [EMAIL PROTE
Additionally, in 1.2_beta we have implemented the new VirtualUniverse
methods, removeLocale and removeAllLocales. The latter is just the
thing for the applet destroy() method.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 18 Nov 1999 11:02:33 -0
dGroup to order them (although this won't work
if you change the view such that the two objects switch places).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Fri, 19 Nov 1999 13:32:53 -0800
>From: Blaine Bell <[EMAIL PROTECTED]>
>Sub
doing this and there is no clean/efficient way to do it.
You'll have to define two polygons. Make sure that they are wound opposite
from one another.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>-Original Message-
>From: Bob Gray [mailto:[EMAIL PROTECTED]]
&g
- Make javax.media.j3d methods nonfinal [NEW]
- Change default physical screen size [NEW]
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROT
This is a bug in Java 3D. Thanks for reporting it.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Fri, 26 Nov 1999 14:19:36 +0100
>From: Marco Lohse <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Bug in Transform3D ?
>To: [EMAIL PROTECT
download" link, and proceed to the
download page.
This seems to be a common source of confusion. I will work with our
web folks to make this more clear.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 30 Nov 1999 11:04:55 -0500
>From: "Caste
Screen3D methods setPhysicalScreenWidth
and setPhysicalScreenHeight. Btw, the default values in Java 3D
1.2_beta1 use a physical resolution of 90dpi, or 0.0254/90.0
meters/pixel.
--
Kevin Rushforth
Graphics System Software
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 29 Dec 1999 11
The JVM on Solaris is a 32-bit application, so it only accesses the 32-bit
system libraries, including OpenGL. In the future, a 64-bit version
should be available, but that won't be any time soon.
--
Kevin Rushforth
Graphics System Software
Sun Microsystems
[EMAIL PROTECTED]
The direct URL to the API
review page is:
http://java.sun.com/products/java-media/3D/1_2_api_beta/
Comments on the API can be sent to "[EMAIL PROTECTED]".
--
Kevin Rushforth
Graphics System Software
Sun Microsystems
[EMAIL PROTECTED]
>Date: Thu, 20 Jan 2000 15:46
Try the Canvas3D.getPixelLocationFromImagePlate method. It is implemented
in the just-released Java 3D 1.2_beta1.
--
Kevin Rushforth
Graphics System Software
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 19 Jan 2000 12:30:40 -0500
>From: Jimmy Talbot <[EMAIL PROTECTED]&
Curtis,
Looks like you have uncovered a bug in Java 3D 1.2. Mixed immediate
mode rendering is triggering a traversal of the scene graph, which in
turn will cause renderField to be called again, and so on. We have
filed bug 4341229 to track this problem.
--
Kevin Rushforth
Graphics System
on of
>objects. Any thoughts on this would be greatly appreciated. Thanks!
There may be numerical errors creeping into the acculumated matrix. If you
could send a test case to [EMAIL PROTECTED], we will take a look at it.
--
Kevin Rushforth
Graphics System Software
Sun Microsy
opy of the book, and
the Java 3D example programs.
DISCLAIMER: the material in this book is available on the Java 3D API
home page, so if you don't need a bound hardcopy (or the Java 3D
SDK/runtime libraries on CD-ROM), you can download the material from:
http://java.sun.com/products/java-medi
It looks like you are using Java 3D 1.1.3. Have you tried this on
Java 3D 1.2? If it still fails on 1.2, please send a test program
to "[EMAIL PROTECTED]" and we will take a look at it. Thanks.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
- Begin Includ
that accumulate over time when concatenating
a large number of rotation matrices.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Mar 2001 10:34:57 -0600
>From: "Andrew R. Thomas-Cramer" <[EMAIL PROTECTED]>
>Subject: [JA
be ignored.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Mar 2001 15:00:45 +0100
>From: Artur Biesiadowski <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Opengl - specular highlight on texture not working
>To: [EMAIL PROTECTED]
>
&g
In retrospect, perhaps "orthogonalize" would have been a better name.
We'll at least update the documentation for Java 3D 1.3 to make its
function more clear.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Mar 2001 13:55:58 -0800
The focal point for perspective transforms is at the screen (image plate).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 26 Mar 2001 11:53:54 +0800
>From: Tang Yuguan <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Fw: Distance from the scre
for
Solais--native threads, *not* green threads. JDK 1.3 is preferred.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Sun, 8 Apr 2001 20:43:42 -0400
>From: Leonid Perlov <[EMAIL PROTECTED]>
>Subject: [JAVA3D]
>To: [EMAIL PROTECTED]
>
>Hi !
>
user thread calls set while another user thread calls get. These
would not be not thread-safe.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 9 Apr 2001 22:29:10 +0200
>From: Artur Biesiadowski <[EMAIL PROTECTED]>
>
>Justin Couch w
IASIG) Level 2 Specification.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST"
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
The electronic version of the Java 3D API Specification is available
for free in both PDF and HTML format at:
http://java.sun.com/products/java-media/3D/releases.html
The new 1.3 Alpha version is also available for review.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL
I will make sure this is documented more clearly in the next (alpha2 or
beta) rev of the Java 3D 1.3 javadocs and specification.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Fri, 20 Apr 2001 08:43:43 +1000
>From: Justin Couch <[EMAIL PROTECTED]>
when computing the amount by which to adjust the position).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 23 Apr 2001 12:00:39 +0200
>From: Karsten Fries <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Raster
>To: [EMAIL PROTECTED]
>
>Hi there,
>
&
No, the Java 3D API method View.setMinimumFrameCycleTime limits the
*maximum* frame rate. Remember that frame rate and frame time are the
inverse of one another.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 24 Apr 2001 21:32:51 +0800
>From: Chris
you want is the fastest possible frame time, then yes, it isn't
useful to you.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 24 Apr 2001 09:28:24 -0500
>From: John Wright <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Performance Sutras
&
You need to make sure that at least one of the classes has been loaded
from the package before you call getPackage. Check out the PackageInfo
example program (in /demo/java3d/PackageInfo).
Btw, in version 1.3, we are adding explicit version info. See
VirtualUniverse.getProperties().
--
Kevin
Not in the current API, but will be possible in Java 3D 1.3. You can
download the specification from:
http://java.sun.com/products/java-media/3D/
and follow the "Java 3D(TM) API 1.3 Specification Alpha: Now Available
For Review" link.
--
Kevin Rushforth
Java 3D Team
Sun Mi
allow you to modify all or part of a BufferedImage in place.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 4 Jun 2001 18:55:08 -0700
>From: Donnie Pinkston <[EMAIL PROTECTED]>
>Subject: [JAVA3D] dynamically-updated textures
>To: [EMAIL PROTECTED]
&g
owever, is that the Texture
object stores a reference to the ImageComponent so any change to that
ImageComponent will affect all textures that refer to it. You can't,
for example, create a single 256x256 ImageComponent and use it with
two different texture objects with two different images.
--
We're looking into using NIO buffers for Java 3D, mainly as
an alternative to float[] or byte[] arrays for geometry and texture
by-ref.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Fri, 15 Jun 2001 08:52:19 -0400
>From: "Yazel, David J.&qu
Artur Biesiadowski wrote:
>Kevin Rushforth wrote:
>>
>> We're looking into using NIO buffers for Java 3D, mainly as
>> an alternative to float[] or byte[] arrays for geometry and texture
>> by-ref.
>
>I think that maybe aggreate format would be best - wit
J3DBuffer is a public wrapper class for java.nio.Buffer. This was done
primarily to allow us to support Java 3D 1.3 on JDK 1.3 (having a
GeometryArray method that took a java.nio.Buffer class directly would
have precluded JDK 1.3 support). It also facilitates error checking.
--
Kevin Rushforth
, we will rely on the various vertex array extensions
(see below) for optimizations.
>3) Do you plan to use NV_vertex_array_range for geometry by reference
>using buffers ?
We will look into using this and other compiled / locked vertex array
extensions.
--
Kevin Rushforth
Java
able
in the 1.3 beta release this fall.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 29 Aug 2001 13:39:01 -0400
>From: "Kasparian, Raffi J." <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] TransparencyAttributes only works with SCREEN_DOOR
smaller or larger, but they also are getting closer
or farther away. This can cause objects to be clipped that otherwise
wouldn't, but those objects that are not clipped are drawn the same
apparent size.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Fri, 14 Sep
, or implicitly, via
TexCoordGeneration.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 19 Sep 2001 11:38:54 +0200
>From: Allan Andersen <[EMAIL PROTECTED]>
>Subject: [JAVA3D] Semantics for texCoordSetMap - Strange colorisation?!
>To: [EMAIL PROT
Texture priorities are not in the 1.3 API. It is on the list of
possible features for 1.4 (assuming that Java 3D can't determine the
optimal priority, which it probably can't in many cases).
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 18 Sep
ould be to move your platform geometry forward to ensure that it is
in front of the front clipping plane.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 16 Oct 2001 14:09:01 -0400
>From: Roy Duffy <[EMAIL PROTECTED]>
>Subject: [JAVA3D] near clipping p
-disabled geometry under an OrderedGroup.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Wed, 17 Oct 2001 13:41:24 -0600
>From: Scott Rutledge <[EMAIL PROTECTED]>
>Subject: [JAVA3D] setDepthBufferEnable bug?
>To: [EMAIL PROTECTED]
>
>Using the latest OG
o get the full documentation for the Utility Classes
(com.sun.j3d) select the "Java 3D 1.2[.1] Implementation
[Documentation]" option from the download section at:
http://java.sun.com/products/java-media/3D/download.html
--
Kevin Rushforth
Java 3D Team
Sun M
D] Thanks.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help,
You have to explicitly enable depth-sorted transparency. See
View.setTransparencySortingPolicy().
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Nov 2001 11:39:25 +0100
>From: Joachim Diepstraten <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3
top of a textured object. Btw, this now
matches the behavior for DirectX, which was correct in 1.2.1.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Nov 2001 11:48:52 +0100
>From: Joachim Diepstraten <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3
Try enabling depth-sorted transparency using
View.setTransparencySortingPolicy(). It's disabled by default.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Nov 2001 14:35:39 +0100
>From: "Nikolai V. Chr." <[EMAIL PROTECTED]>
>
Yes, Java 3D 1.3-beta1 works with JDK 1.3.1 and JDK 1.4-beta3. We no
longer support JDK 1.2.x.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Nov 2001 09:02:01 -0500
>From: "Yazel, David J." <[EMAIL PROTECTED]>
>Subject: Re: [JAV
Screen-door transparency doesn't work for lines or points. Try blended
transparency.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Tue, 20 Nov 2001 10:29:49 +0100
>From: Gianni Riccio <[EMAIL PROTECTED]>
>Subject: [JAVA3D] What's
>> Java 3D texture mapping has always been affected by lighting if you
>> used the MODULATE texture application mode. The difference in 1.3 is
>> that the separate specular color option is enabled for OpenGL (this
>Yep sorry I didn't make that clear of course I meant specular highlight.
>Btw what
>Ok, thanks, but can my Applet knows if it is running on a DirectX or on a
>OpenGL JRE? (That's important because of the minor functional diferences :(
Yes, See VirtualUniverse.getProperties().
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
>Date: Mon, 26
1 - 100 of 115 matches
Mail list logo
