As you know from our announcement, the Java 3D source code is now
available on java.net. The home page for the parent project for Java 3D
on java.net is http://java3d.dev.java.net/
With this source release, we will be taking advantage of the tools on
java.net for issue (bug) tracking, forums, auto
For those looking for top notch performance video cards, see the 3dFX SLI
revival at NVidia. This time using ultimate GeForce chips.
http://www.nvidia.com/page/sli.html
Alessandro
__
Yahoo! Mail - agora com 100MB de espaço, ant
We have here a application using -Xmx1400m with JDK1.3.1_07 in 2GB Win2K
machine. We have not tested it under Linux, yet.
Yes it goes to top several times a day.
if you are not using 1.4 features you can downgrade to JRE 1.3.1.
Alessandro
--- [EMAIL PROTECTED] escreveu: > Try to set -Xms to a b
Probably a combination of JDK version and OS.
The following link may be of some help
http://forum.java.sun.com/thread.jsp?
forum=37&thread=532798&tstart=30&trange=15
unless, of course, you happen to be the OP of that issue too :).
--Vaidya
>On Thu, 1 Jul 2004 14:45:58 -0500, Hong Cao <[EMAIL
I tried using the same number under -Xmx and -Xms, for example
-Xmx1500m, -Xms1500m
But it doesn't work. The result is the same.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 01, 2004 4:32 PM
Subject: Re: [JAVA3D] Windows XP has problem wit
Try to set -Xms to a bigger value too - I had problems with a
J3D-application which could be solved in this way (not my application so
I'm not sure about the reason).
On Thu, 1 Jul 2004 13:34:20 -0500, Hong Cao <[EMAIL PROTECTED]> wrote:
We are using JDK 1.4.2_03 on all machines. The different beha
We are using JDK 1.4.2_03 on all machines. The different behavior could be
from either operating system have some limit, or we haven't got any
concret idea how to fully use our 2G physical memory.
> Different JDK versions? I vaguely remember an issue that we ran into
> about 12 months ago
Hong Cao wrote:
One Dell machine can accept -Xmx1572m
Other Gateway machines only acept -Xmx1200m, not higher.
All machines have 2G physical memory.
Different JDK versions? I vaguely remember an issue that we ran into
about 12 months ago when we started doing really large worlds. The JVM
would not
Sorry we used -Xmx1500m, not -Xmx1500.
One Dell machine can accept -Xmx1572m
Other Gateway machines only acept -Xmx1200m, not higher.
All machines have 2G physical memory.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 01, 2004 2:09 PM
Subjec
Paul,
Actually it's been so long since I wrote the loader that I don't recall
why I was using recomputeIndices. It may be a hold over from when I
previously was converting to triangle strips (to try and get better
performance and lower memory usage).
I'm not sure I wish to get into a debate on t
java . -Xmx1500
Have you really used this option or -Xmx1500M?
--
http://www.3dchat.org - Welcome To The Unreal World
http://java3d.virtualworlds.de - The J3D Developers Ressource
===
To unsubscribe, send email to [EMAIL P
Hi John,
I actually suspect something may have happened to the data in the
graphics package but I don't have access to the original graphics so I
cannot tell. I want to be able to rule out any possible problems arising
from the Java end.
I've taken a quick look at the source of GeometryInfo (it's i
Hi, All,
This not exactly a Java 3D problem but I am hoping somebody will have some
solution:
We tried the following command on Windows XP machines with 2G memory:
java . -Xmx1500
but got the error:
Error occurred during initialization of VM
Could not reserve enough space for object heap
Well, I think we need one of the Java 3D team (or someone to look at the
now released source code) to see if GeometryInfo does anything to the
order of vertices.
Possibly you might be hitting an issue with 3D Studio Max when you
export, we have no way to assure the vertex order is maintained from
Perhaps I do not understand exactly your problem,
but clipping planes are very well for such a purpose...
Have a look to the simple demo ModelClip...
Kind regards,
Pascal
-Original Message-
From: Nikolai V. Chr. [mailto:[EMAIL PROTECTED]
Sent: jeudi, 1. juillet 2004 12:18
To: [EMAIL PROT
Adam B wrote:
I have big problem with visibility exactly with disappearing. I want to make
the moving balls(Spheres taking from class Primitive) in the box. And when
ball is crossing one of the wall of this box i want to disappear my ball,
but not in the whole but fragments. that part of ball that
I have big problem with visibility exactly with disappearing. I want to make
the moving balls(Spheres taking from class Primitive) in the box. And when
ball is crossing one of the wall of this box i want to disappear my ball,
but not in the whole but fragments. that part of ball that cross the wall
object = null;
System.gc();
try this. you must first set object, that you want to remove, to null. then
you can use System.gc();
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signo
Hi,
Thanks for the info John.
How would I know if the GeometryInfo was changing the order of the
vertices? The only way I can think of would be to comment the
gi.recomputeIndices();
line out in your loader.
I would be very grateful for any suggestions on how to resolve this.
Many thanks,
-Paul
19 matches
Mail list logo
