next »

[muhaaa]

Hi,
I try example 1a. in the XIN how to. I use Java sun 1.6.0_06, Linux/Kubuntu 8.04. latest fglrx driver. The cpu is nearly 100% in use by java. But the xith3d testlauch.sh works good (no pixel failures).
My java code:

Code:

public class XithMain extends RenderLoop  {
public XithMain() {
super( 128f );
Xith3DEnvironment env = new Xith3DEnvironment( this );
env.addCanvas( Canvas3DFactory.createWindowed( 800, 600, "My empty scene") );
this.begin();
}
}

View Picture to see the failure.

[Marvin Fröhlich]

Hi muhaaa. Welcome to Xith3D .

Your code looks good. Though it contains no way to quite the app. What version of xith are you using? A binary release or the SVN trunk?

Marvin

[muhaaa]

i have 0.9.6 xith.
I "sloved" this problem by import the whole third party libs & updating jogl form 0.7 to 1.1.1. Now I get a black screen (yeah it seems to work BUT this app uses nearly 100% of my cpu. This is caused by line "this.begin();". Changing max fps ("super( 128f );") does not helped.
This is bad because i develop an application for mobile devices which should not burn expensive battery power. I am not sure if this endless loop is caused by my patching tries to get my 1. problem to work or a bug which is normal for a beta verion of a software.
I am not sure to put man power in xith to get this problem fixed or to develop an own jogl extension which fits better in my software enviroment. Both decisions having pros & cons...

[Marvin Fröhlich]

Please don't use 0.9.6 beta. It is quite outdated. Mathias will do a new cooker release tomorrow. Then you can use that. All libs are up-to-date in it. The best solution is still to use the current SVN trunk. I'm not sure about the 100% CPU usage. But it is definitely not a problem in the current version.

Marvin

[muhaaa]

I downloaded xith svn version and tried the example (above). My 1st problem appeared again (crap appeared in the 3d canvas) but the cpu usage is normal.
May be the problem is caused by different versions of the shared objectes (.so) which comes with 3rd party libs. What should I do with .so files? copy them to $JAVAHOME/jre/lib/i386
I try to reinstall my java and hope the problem sloves it self like in windows :-P

[muhaaa]

to reinstall java worked! (the windows-way

[Marvin Fröhlich]

May be the problem is caused by different versions of the shared objectes (.so) which comes with 3rd party libs. What should I do with .so files? copy them to $JAVAHOME/jre/lib/i386

No. Never copy anything into that folder or any jar into the jre/ext or something like that.

Marvin

[Marvin Fröhlich]

Could you possibly create a testcase to show the rendered crap? And please test it with LWJGL, too.

Marvin

[muhaaa]

it works now. i cant create a test case which reproduce this failure bc its more a problem of the 3rd party libraries versions.