Hey!
At the moment I´m operating in a coordinatesystem with range 100 000 to 400
000, and I want to scale this down to the range 1 to 10. At the moment I´m
using the "setScale(double scale)" method in the Transform3D class, but I
can not se any difference before and after using the method. After I
Some of you probably already have seen that, but I find it strange it is
mentioned in swing connection (not on java3d or i/o pages).
http://java.sun.com/products/jfc/tsc/articles/jcanyon/
People are using NIO direct buffers to feed data to opengl. I really
think it might be The Right Way (tm) to
Hmmm, this also might be very good for by-ref geometry. I have always
thought java3d performed pretty well considering it is a scenegraph
architecture, but faster is always better.
Dave Yazel
-Original Message-
From: Artur Biesiadowski [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 15, 2
Hi, Amit:
Thank you very much for your message.
Actually I copied hand1.obj from folder Morphing to folder PrintCanvas3D. I can see one hand on the screen. If I select snapshot from the menu, I can see the hand again, which is enlarged three times. So there is no problem for the BufferedIma
Hi
I am trying to use the VRML loader which I downloaded from
http://www.web3d.org/TaskGroups/source/xj3d.html using the
Xj3dInstall(Min).exe. (I couldn't face 27 meg at my BT line speed).
I have a two questions and two problems. First the questions...
One -
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." <[EMAIL PROTECTED]>
>Subje
Alex Bowden wrote:
> I am trying to use the VRML loader which I downloaded from
> http://www.web3d.org/TaskGroups/source/xj3d.html using the
> Xj3dInstall(Min).exe. (I couldn't face 27 meg at my BT line speed).
OK, before we move to answer the questions - this is the M1 release from
a couple of
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 - with geom/normal/tex
data interwoven (sp?) - this would minimize amount of need
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 - with geom/normal/tex
>data interwoven (sp?) -
Hi all,
I am running a driving program that does some terrain intersection.
It consists of a thread that loops continuously and initiates a
Thread.sleep(...) every time through the loop. Every so often, ranging from
5 minutes to an hour and a half, a box appears say that the program must
Hi Daniel,
The tree you have drawn is essentially:
s0 || s1 || s2 || (s0 && s1)
The last term, s0 && s1, is redundant.
It is possible that some runtime error occurs because
the reference s0 is used more than once which we
didn't make a copy internally (possible bug).
To workaround it
Hey
Guys
i keep wanting to
send this out but always fail to remember.. : ))
i get this
exceptions sometimes (about once every 4 runs of my
application)
the application im
running always runs on the same configuration and on the same
machine and im not
sure i understand the source of
Hi Ben,
Seems you are still using v1.2 from the line number, please
upgrade it to v1.2.1 to see if the problem gone.
Thanks.
- Kelvin
Java 3D Team
Sun Microsystems Inc.
>Delivered-To: [EMAIL PROTECTED]
>MIME-Version: 1.0
>X-Priority: 3 (Normal)
>X-MSMail-Priority: Normal
>Impor
Hello!
I am working on Java 3D API. It's a wonderful set of
API. But, I am facing one problem. Collision detection
can be identified by changing color of involved
objects or by playing a sound file during collision.
What I need is that, when two objects collide they
should not go inside each othe
Ashish Aggarwal wrote:
> Instead of this, they should just touch each other and
> change color and even if user try to put one object in
> other, he should not be able to do it. Is there any
> method in Java 3D API, which will do it for me such as
> no change in shape of involved objects in colli
Hi John,
Yes, I sent the code to Kelvin so hopefully he can find something to
help us all out. I agree that 1.4 beta is a little flaky, I could not get
Java3D 1.2.1 directx version to install into it. I'll let everyone know
what is found about the current error. Have a great weekend eve
Hi all... just thought I would update you on the progress on overlays.
We just finished writing a scrolling overlay which manages a window
consisting of borders with a set of fixed width and height lines. The test
I just ran was with 10 lines 400 pixels wide and 16 high. The test inserted
1 lin
17 matches
Mail list logo