http://www.j3d.org
is down as far as I can tell.
- Original Message -
From:
Joe
Wyrembelski
To: [EMAIL PROTECTED]
Sent: Wednesday, April 18, 2001 11:16
PM
Subject: [JAVA3D] 3d Loader for IGES
files
I'm having a very
hard time locating a downloadable
> Joe Wyrembelski wrote:
>
> I'm having a very hard time locating a downloadable loader archive.
> The one previously hosted by Bill Day
> (http://www.billday.com/Java3DArchive/) which has supposedly moved to
> j3d.org (www.j3d.org/utilities/loaders.html) isn't coming up (I think
> j3d is down).
I'm having a very
hard time locating a downloadable loader archive. The one previously hosted by
Bill Day (http://www.billday.com/Java3DArchive/)
which has supposedly moved to j3d.org (www.j3d.org/utilities/loaders.html) isn't coming up (I think
j3d is down).
Does anyone have a
ziped up loade
I'm a little confused as to when this behavior is executed. The Javadoc
says:
a wakeup on first detection of a Viewplatform's activation region no
longer intersecting with this object's scheduling region. This gives the
behavior an explicit means of executing code when it is deactivated.
Does
Hi:
This may be a newbie question ...
I changed my program's projection from perspective (default) to parallel
via the View.setProjectionPolicy(). Now, it seems that no matter what eye
position value I give to the the Transform3D.lookAt() function, the eye is at
the same place.
Folks,
This one is a seeking of collective wisdom, because I'm not sure anyone
has done this in j3d before...
The VRML spec requires a background node. This background is described
as a textured box held inside a colored sphere. This background can be
placed arbitrarily in the scenegraph. The na
While browsing new 1.3 apis, I've come after AuralAttributes
constructor. For people who don't know what I'm talking about
(float gain, float rolloff, float reflectionCoefficient, float
reflectionDelay,
float reverbCoefficient, float reverbDelay, long decayTime, float
diffusion,
float density, fl
Paul Pantera wrote:
> There was something in your original post that puzzled me:
[snip]
> Why not use the NormalGenerator on custom geometry?
A speed and convenience issue. I really don't like the way
NormalGenerator and GeometryInfo work when having to build a lot of
models very quickly. In t
Doug Twilleager wrote:
>
> I agree that our documentation should be more explicit about this.
> It is a general computer graphics issue.
Ta. In all honesty, I don't know why I've never been bitten by this
problem before.
There are still quite a few areas in the spec and API that assume the
underl
you have to change the capabilities, in order to
modify a live branch.
cox
--- silvano <[EMAIL PROTECTED]> wrote:
> How i can add an line into TrasnformGroup, after the
> program is running!!
>
> do I need set the TransformGroup??
>
>
=
===
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".
[Sorry about the incomplete message]
A new release of the Java 3D(TM) API, Version 1.3 Alpha, is now
available for public review. To review this API, go to the Java 3D
Home Page at:
http://java.sun.com/products/java-media/3D/
and follow the "Java 3D(TM) API 1.3 Specification Alpha: Now
On Wed, 18 Apr 2001, Paul Pantera wrote:
> But after you use it, you just throw it away. You never need to keep
> a GeometryInfo (or Stripifier or NormalGenerator) around. It's usually
> only used during setup.
Yes, but with normal gc (not -Xincgc) this memory is never returned to OS.
And full
How i can add an line into TrasnformGroup, after the program is running!!
do I need set the TransformGroup??
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST
> Date: Wed, 18 Apr 2001 22:10:30 +0200
> From: Artur Biesiadowski <[EMAIL PROTECTED]>
> Subject: Re: [JAVA3D] Lighting/Normals problem
> To: [EMAIL PROTECTED]
>
> Paul Pantera wrote:
>
> > Why not use the NormalGenerator on custom geometry?
>
> Because you need to use GeometryInfo to use NormalGe
Paul Pantera wrote:
> Why not use the NormalGenerator on custom geometry?
Because you need to use GeometryInfo to use NormalGenerator. And
GeometryInfo, while quite powerful and useful, is performance and memory
hog.
If you are creating specific geometric shapes for which you exactly know
norma
The GeometryInfo object contains a method called reverse():
public void reverse()
Reverse the order of all lists. If your data is formatted with the wrong
winding rule (so you always see the back and never the front), this
method will (in effect) reverse the winding of your data b
Generally you just use new Vector3d(0,1,0);
Remeber to invert() the transform after your call
lookAt();
Dave
Yazel
-Original Message-From: Sackmunky
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, April 18, 2001
1:30 PMTo: [EMAIL PROTECTED]Subject:
[JAVA3D] lookAt() functi
Yes, the order of the winding is the only thing that matters when
calculating "back-facing" polygons.
-Original Message-
From: J. Lee Dixon [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 18, 2001 1:07 PM
To: [EMAIL PROTECTED]
Subject: Re: [JAVA3D] Lighting/Normals problem
Okay, I'm
Hello,
Polhemus Fastrack.
Intersence InterTrax2.
Probably any other tracker. They all need a serial connection.
You take the example code, compile it on the platform (SGI, SUN, PC, Mac) you use. Then debug.
John F. Richardson
Can anyone recommend a tracking system that works with Solaris 7?
Can anyone tell me the ways to get the Vector3d up
in the function lookAt() in class Transform3D?
Zak
I agree that our documentation should be more explicit about this.
It is a general computer graphics issue. OpenGL and Java 3D use a
right-handed coordinate system, so front faces are defined by using
a counter-clockwise winding. Direct3D uses a left-handed coordinate
system, so front faces are
Okay, I'm jumping in. I must admit at first I thought the way you did:
setting the normals would override the whole CCW computation of object
culling. After doing some research in my OpenGL "redbook", I found that
I was wrong.
In OpenGL, you can only specify normals at the vertex level, but tha
Everyone:
I updated Java3D to current version
and when I run the HelloUniverse_plugin.html file, I get the following error
below. Any ideas why?
Java(TM) Plug-in: Version 1.3.0-C
Using
JRE version 1.3.0 Java HotSpot(TM) Client VM
User
home directory = C:\WINNT\Pro
Make sure your video drivers are up-to-date. Try different
color palette sizes (65k, 16m, true color).
NT4 is our preferred platform. All problems we've encountered
on a machine level have been with bad video drivers.
-j
Mike Goldwater wrote:
>
> Hi,
>
> I have an application part of which
Polhemus Fastrak. I have it here working. It is connected to the
workstation through a serial port.
Rares
On Wed, Apr 18, 2001 at 12:00:39PM -0400, Jack Gundrum wrote:
>
> >Can anyone recommend a tracking system that works with Solaris 7?
>
>
> Jack S. Gundrum
> Visualization Group
> Center for
Hi there,
Some hints about the following warning message:
Warning: ignored null object in recursiveApplyCapability.
javax.media.j3d.CapabilityNotSetException: Group: no capability to read
children
Warning: ignored null object in recurseObject.
|:0).
Rgds, Adriano
===
Can anyone recommend a
tracking system that works with Solaris 7?
Jack S. Gundrum
Visualization Group
Center for Academic Computing
Penn State University
Email:[EMAIL PROTECTED]
Phone:(814)865-1863
Hello,
How can I change the geometrical information
(e.g. position of one single point or increase the
number of used polygons) at runtime, which
means
after the compilation of my SceneGraph
Object?
Thanks.
Greetings
Rene
>
> Well, putting on my Newbie hat as these are the sorts of questions I get
> asked:
>
> - The documentation does not say that I must declare my vertex lists in
> ccw order so it's a bug in the API.
At least it tells you in the Tutorial Chapter 2.6.4: Back Face Culling
"The front face of an obje
>
> - I provided normals and so the application must use those to calculate
> which way a face is pointing. If not, what is the point of supplying
> normals?
>
To try to clarify my previous note, my answer to this would be that
back face culling works from the *face* normals. The programmer
gets
Alf Edgar Andresen wrote:
> > anywhere. If so, it must be another one of these magic things that we
> > don't really need to know about and therefore is not worth documenting.
>
> OpenGL-standard, I think.
Well, putting on my Newbie hat as these are the sorts of questions I get
asked:
- I downl
I have finally implemented range ordering of transparent objects, but I
wanted to know the most efficient way to change the order of the
children in an OrderedGroup.
I started with Group.setChild(Node, index), but you get a "child already
has a parent" exception because the node is also still at
Radoslaw Mantiuk wrote:
> Is it possible to affect (read change) Java3D rendering engine ?
> In other words is it possible to change the way in which the OpenGL
> function are called by Java3D during rendering ? Or maybe one can invoke
> OpenGL functions directly.
I've got a FAQ answer for that
Rob Nugent wrote:
>
> Is this not occuring because culling is performed by Java3D
> using a *real* normal from the triangular surface, i.e. that
> calculated from the cross-product of the side vectors ot
> the triangle.
Well I suspect that is the case but can find no documentation to support
or d
Since noone is talking today, I will start up
a conversation. I am trying to set up a view where the viewer goes along a path.
Now I need to update the location, eye center and up frustum(lookAt());\ every
second. I am using a simple universe instead of a VirtualUniverse. Can anyone
describe
On Wed, 18 Apr 2001, Justin Couch wrote:
> Ok, but why should they be generated CCW? (BTW, I didn't show it but I
> had a switch there there that allowed calculating of either). It totally
> mistified me why this doesn't work with clockwise ordering and the
> normals pointed in the right directio
Hi,
My question seems to be quite technical but ...
Is it possible to affect (read change) Java3D rendering engine ?
In other words is it possible to change the way in which the OpenGL
function are called by Java3D during rendering ? Or maybe one can invoke
OpenGL functions directly.
I will be
Is this not occuring because culling is performed by Java3D
using a *real* normal from the triangular surface, i.e. that
calculated from the cross-product of the side vectors ot
the triangle.
I always assumed that the normals that you supply are solely
for lighting purposes, and indeed are not ne
Artur Biesiadowski wrote:
> I suppose that everything should be also ok if you will put CULL_NONE
> there.
That's exactly what I don't want :)
> It seems that you are generating vertices for triangles clockwise. They
> should be generated counterclokwise (or you have to specify CULL_NONE).
Ok,
Justin Couch wrote:
> What happens is that it seems to cull the front faces completely by
> lighting them as black - almost as though the normals were negative. If
> I negate them by swapping the order of the cross-product I get the back
> faces of the geometry lit as you would expect - I see the
Hi,
I have an application part of which in written in Java3d (openGL version)
which runs on
(1) Win 95 Toshiba
(2) Win 98 Dell
(3) Win2K Athlon / Dell
When I tried it on a Dell (1Gb ram, 2 twin 600Mhz Pentium II or III running
NT4) it plotted the polygon in the wrong colors (sort of p
Thank you Bo. Good catch. The current version of Xj3D has fixed this
bug. You can either jump into the current version of CVS or wait a few
days(likely April 20th) and we will be tagging a new release of the
project as stable. I spent a fair bit of time pouring over the
IndexedFaceSet code so
To Alan Hudson, Justin Couch,
I have found an error in Xj3d Vrml-Loader. Please check it again and if it
is true, please update it in the coming release of the Vrml-loader. I have
modified the source code in class IndexedFaceSet as follows and it works ok:
void buildImpl()
{
gi =
Hi,
Think you need to use "MOVE_TO" in order to identify the different
polygons of the shape.
For each one, you need to test if it is a hole or not.
Now if your shape contains more than one poloygons in each eventually
some holes then
you need to test if the hole identified belongs to the polygon
45 matches
Mail list logo
