Java3D and frame updates

[shawnkendall]

[quote]The Sun support guys are really brave: with some special NVidia driver version I have 3D now!

jake2 and wurmonline are really smooth (in fact jake2 is a bit smoother ).

FlyingGuns starts with 60fps (synced) but after a couple of seconds succeedingly drops down to 10fps. Sigh. I cannot tell wether Linux, Java3D or FlyingGuns is responsible for that…

Does somebody have another link to a webstartable Java3D app at hand?
[/quote]
I know this really off topic now but…
Herc, could you PLEASE post a walkthough of how to get accel 3D on JDS?
I have a great JDS2.0 machine sitting here dead to me without 3D accel.
Thanks in advance!

[Jeff]

[quote]The Sun support guys are really brave: with some special NVidia driver version I have 3D now!

jake2 and wurmonline are really smooth (in fact jake2 is a bit smoother ).

FlyingGuns starts with 60fps (synced) but after a couple of seconds succeedingly drops down to 10fps. Sigh. I cannot tell wether Linux, Java3D or FlyingGuns is responsible for that…

Does somebody have another link to a webstartable Java3D app at hand?
[/quote]
Its not web stratble yet but I could make you a JWN jar. You need a copy of Nevrewinter Nights to run it though as thats where the data coems from.

[Herkules]

Herc, could you PLEASE post a walkthough of how to get accel 3D on JDS?
I have a great JDS2.0 machine sitting here dead to me without 3D accel.

I try to translate what the support told me and what did the trick (at least for my NV6800GT):

Please use the following driver:
http://download.nvidia.com/XFree86/Linux-x86/1.0-6106/NVIDIA-Linux-x86 -1.0-6106-pkg1.run

In BIOS the option Plug&OS installed should be NO.

Please execute the command ldconfig.

Please confirm that the correct extensions are available - ‘xdpyinfo’ should report “GLX”, “NV-GLX” and
“NVIDIA-GLX”.

These are the file of the Accelerated
Linux Driver Sets by NVIDIA plus their resp. symlinks:

/usr/X11R6/lib/modules/drivers/nvidia_drv.o

/usr/X11R6/lib/modules/extensions/libglx.so.x.y.z
/usr/X11R6/lib/modules/extensions/libglx.so -> libglx.so.x.y.z

/usr/lib/libGL.so.x.y.z
/usr/lib/libGL.so.x -> libGL.so.x.y.z
/usr/lib/libGL.so -> libGL.so.x

/usr/lib/libGLcore.so.x.y.z
/usr/lib/libGLcore.so.x -> libGLcore.so.x.y.z

/lib/modules/uname -r/video/nvidia.o, or
/lib/modules/uname -r/kernel/drivers/video/nvidia.o

During installation these /dev-files are created:

crw-rw-rw- 1 root root 195, 0 Feb 15 17:21 nvidia0
crw-rw-rw- 1 root root 195, 1 Feb 15 17:21 nvidia1
crw-rw-rw- 1 root root 195, 2 Feb 15 17:21 nvidia2
crw-rw-rw- 1 root root 195, 3 Feb 15 17:21 nvidia3
crw-rw-rw- 1 root root 195, 255 Feb 15 17:21 nvidiactl

[Herkules]

[quote]Its not web stratble yet but I could make you a JWN jar. You need a copy of Nevrewinter Nights to run it though as thats where the data coems from.
[/quote]
Would be helpful. The NWN-demo is OK?

[Jeff]

I havent tried it with the NWN demo. I can grab it and give it a try though.

As long as the cat mdoel is in the NWN demo it aught to work,

JK

[Jeff]

Okay all you should need is the 1.3GB NWN resources for Linux bundle
thats freely donwlaodable.

Im downloading it now and Il lprepare a quick release that works with it

[Jeff]

Okay well teh good news is it runs fine with the freely downloadable
Linux resource bundle.

The bad news is that you need to go to FilePlanet or FileShack for that, which means eaither paying them or wiating in lien to use their
free servers.

The seconds pecie of bad news is that compressed that is a 1.18GB download

I havent tried it with the demo because I cant find a Linux demo, only windows, and its really a pain for me to get Windows stuff over to Linux.

ANyway if that 1.18GB dl isnt a show stopepr for you I can make th rest of what yo uneed and ship it to you. if it IS a show stopepr then your going to hgave tow ait for a tiem weh I cn boot over to Windwos, install the demo, then boot back and copy the info over to Linux.

[otelo]

@Herkules

In FG, I fooled around with that a lot (and it is very annoying). I found that thing get better when framerate gets throttled either by WakeupOnElapsedTime or by setMinimumFrameTime().

After playing around a little, I settled with using Viev.setMinimumFrameTime(33) and implementing a WakeupOnElapsedFrames(0) behavior as my main loop timer … no other system timer calls if possible (screws things up again). I’m running my odejava physics simulation at 30fps, so no visuals get lost anyway and there’s enough time even for slower systems to keep up. Using WakeupOnElapsedTime caused stuttering and terrible hickups while operating swing components.

Saw it suggested here.