LWJGL example doesn't work under Linux with ATI Radeon 9250 Pro

[gouessej]

If you feel lucky, my best guess at the critical commit would be 2969, where Display.setParent is implemented for linux.

EDIT: And beware of commit 2965, which broke a few examples, but later (post alpha 3) fixed.

 - elias

Maybe it is time to do what you suggested. I may do this Saturday.

[gouessej]

I get this when I try to compile LWJGL revision 2961:

compile:
    [apply] /usr/bin/ld: cannot find -lXxf86vm
    [apply] collect2: ld returned 1 exit status

BUILD FAILED
/home/julien/Documents/programmation/java/java-game-lib/trunk/LWJGL/build.xml:598: The following error occurred while executing this line:
/home/julien/Documents/programmation/java/java-game-lib/trunk/LWJGL/build.xml:614: The following error occurred while executing this line:
/home/julien/Documents/programmation/java/java-game-lib/trunk/LWJGL/platform_build/linux_ant/build.xml:42: apply returned: 1

Please let me know what I have to do to work around this 

[elias]

On ubuntu, you need the "libxxf86vm-dev" package

 - elias

Games published by our own members! Check 'em out!

[gouessej]

On ubuntu, you need the "libxxf86vm-dev" package

 - elias

libxxf86vm1-devel.rpm is already installed on my Mandriva Linux 2007

[elias]

What about the basic libxxf86vm package? (without the -devel)

 - elias

[gouessej]

What about the basic libxxf86vm package? (without the -devel)

 - elias

libxxf86vm1.rpm is installed too:
libxxf86vm1 - Development files for libxxf86vm​                                                                                                                        
XFree86 Video Mode Extension Library
/usr/lib/libXxf86vm.so.1
‎/usr/lib/libXxf86vm.so.1.0.0

[gouessej]

I installed the static development library and it worked  I have to go to the restaurant. I will perform the test tonight.

[gouessej]

I enter this:

java -cp bin/:libs/ -Djava.library.path=libs/linux/ -Dorg.lwjgl.util.Debug=true -Dorg.lwjgl.opengl.Display.allowSoftwareOpenGL=true org.lwjgl.examples.spaceinvaders.Game

and I get this:

Use -fullscreen for fullscreen mode
Xrandr extension version 1.1
Using Xrandr for display mode switching
XF86VidMode extension version 2.2
Initial mode: 1024 x 768 x 24 @60Hz
Removed 0 duplicate displaymodes
Available screen modes:
400 x 300 x 24 @60Hz
1024 x 768 x 24 @50Hz
640 x 480 x 24 @60Hz
832 x 624 x 24 @60Hz
1024 x 768 x 24 @60Hz
832 x 624 x 24 @50Hz
800 x 600 x 24 @60Hz
800 x 600 x 24 @56Hz
Sorted display modes:
800 x 600 x 24 @60Hz
832 x 624 x 24 @60Hz
1024 x 768 x 24 @60Hz
Attempting to set displaymode: 800 x 600 x 24 @60Hz
libGL warning: 3D driver claims to not support visual 0x4b
Pixel format info: r = 8, g = 8, b = 8, a = 8, depth = 24, stencil = 0, sample buffers = 0, samples = 0
getPathFromClassLoader: searching for: openal
Failed to locate findLibrary method: java.lang.NoSuchMethodException: sun.misc.Launcher$AppClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.net.URLClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.security.SecureClassLoader.findLibrary(java.lang.String)
getPathFromClassLoader: searching for: lwjgl
Failed to locate findLibrary method: java.lang.NoSuchMethodException: sun.misc.Launcher$AppClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.net.URLClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.security.SecureClassLoader.findLibrary(java.lang.String)
getPathFromClassLoader: searching for: lwjgl
Failed to locate findLibrary method: java.lang.NoSuchMethodException: sun.misc.Launcher$AppClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.net.URLClassLoader.findLibrary(java.lang.String)
Failed to locate findLibrary method: java.lang.NoSuchMethodException: java.security.SecureClassLoader.findLibrary(java.lang.String)
Found 6 OpenAL paths
Testing 'libs/linux//libopenal.so'
Found OpenAL at 'libs/linux//libopenal.so'
Unable to create from: null
java.lang.NullPointerException
        at org.lwjgl.util.WaveData.create(WaveData.java:95)
        at org.lwjgl.util.WaveData.create(WaveData.java:112)
        at org.lwjgl.examples.spaceinvaders.SoundManager.addSound(SoundManager.java:154)
        at org.lwjgl.examples.spaceinvaders.Game.initialize(Game.java:242)
        at org.lwjgl.examples.spaceinvaders.Game.<init>(Game.java:179)
        at org.lwjgl.examples.spaceinvaders.Game.main(Game.java:580)
Exception in thread "main" java.lang.NullPointerException
        at org.lwjgl.examples.spaceinvaders.SoundManager.addSound(SoundManager.java:157)
        at org.lwjgl.examples.spaceinvaders.Game.initialize(Game.java:242)
        at org.lwjgl.examples.spaceinvaders.Game.<init>(Game.java:179)
        at org.lwjgl.examples.spaceinvaders.Game.main(Game.java:580)
Mode 0: 1024x768 @60
XF86VidMode extension version 2.2

It happens in the revisions 2969 and 2990 too

[Matzon]

you need to add 'res' to the classpath for sound to be locatable

[gouessej]

you need to add 'res' to the classpath for sound to be locatable

Ok but now I get a black screen whatever the version. I enter "ant clean" before compiling

Edit.: even with the revision 3203, it does not work, I get only a black screen.

Games published by our own members! Check 'em out!

[Matzon]

no exceptions? nothing in xorgs logs?
thats going to be mighty hard to fix

[gouessej]

The revision 2964 works  but not the revision 2965:

[julien@julien LWJGL]$ svn up -r 2964
U    src/java/org/lwjgl/opengl/Display.java
Actualisé à la révision 2964.
[julien@julien LWJGL]$ svn up -r 2965
U    src/java/org/lwjgl/opengl/Display.java
Actualisé à la révision 2965.

Is it easy to fix? There is only one file that has been modified. Can I do something?

[julien@julien LWJGL]$ diff /home/julien/Desktop/Display.java.2964 /home/julien/Desktop/Display.java.2965
785,792d784
<               // Put the window into orthographic projection mode with 1:1 pixel ratio.
<               // We haven't used GLU here to do this to avoid an unnecessary dependency.
<               GL11.glMatrixMode(GL11.GL_PROJECTION);
<               GL11.glLoadIdentity();
<               GL11.glOrtho(0.0, current_mode.getWidth(), 0.0, current_mode.getHeight(), -1.0, 1.0);
<               GL11.glMatrixMode(GL11.GL_MODELVIEW);
<               GL11.glLoadIdentity();
<               GL11.glViewport(0, 0, current_mode.getWidth(), current_mode.getHeight());

Edit.: don't forget to update the documentation, the static development package of libxxf86vm is required to compile LWJGL under Linux.

[elias]

As I mentioned earlier, the 2D ortho stuff was removed from Display but the examples wasn't updated. You can take the GL11 init code and put it in the test code and it should work again.

 - elias

[gouessej]

As I mentioned earlier, the 2D ortho stuff was removed from Display but the examples wasn't updated. You can take the GL11 init code and put it in the test code and it should work again.

 - elias

The source code that I quoted had been added or removed into the revision 2965? I'm a bit confused sorry  Are you going to update the LWJGL nightly build to fix this bug?

[elias]

Hum, I just now saw that the spaceinvaders game doesn't work for you in the latest revision. It works for me, but I'm not sure what's causing the problem at your end. Does anything work? glClear to red for example?

 - elias

[gouessej]

Hum, I just now saw that the spaceinvaders game doesn't work for you in the latest revision. It works for me, but I'm not sure what's causing the problem at your end. Does anything work? glClear to red for example?

 - elias

It seems to be clear, the modification in the revision 2965 in org.lwjgl.opengl.Display broke Space Invaders here.

[elias]

Try the latest revision, I've added some init code to the spaceinvaders example.

 - elias

[gouessej]

Try the latest revision, I've added some init code to the spaceinvaders example.

 - elias

[size=25pt]It works fine now  Thanks.[/size]

One of my testers will try LWJGL with an ATI Rage Pro and and ATI Radeon 7500 under Linux with a fglrx driver, it should work fine.

[Orangy Tang]

So the entire time you've been bitching and moaning about LWJGL being "unreliable" is basically just down to an out-of-date example? Every time that you've replied to saying "it is LWJGL, it does not work on my pc" you've basically just been assuming that based on a single failing app?

[gouessej]

So the entire time you've been bitching and moaning about LWJGL being "unreliable" is basically just down to an out-of-date example? Every time that you've replied to saying "it is LWJGL, it does not work on my pc" you've basically just been assuming that based on a single failing app?

No. Puppy games tore my desktop, my task bar became strange, I sent a screenshot to princec. Some (but not all) games using the latest version of LWJGL had the same symptom (black screen). I have some other problems with Stardust... When I used Jake 2 LWJGL version under Windows with a crappy VIA chip, it crashed after 15 minutes and the whole resolution had not been reset, all colors were strange (like a rainbow). Do you want some more examples? There are some invalid enum errors on some machines, someone spoke about it on the JME forum, I don't find the thread, I will have to look for it later.

However, I considered the black screen bug as a blocking bug as it did not allow to play with the games. The "torn task bar" bug is a bit annoying but it does not prevent me from playing with LWJGL games.

[bobjob]

Older apps didnt always call update() on the Display when the window was out of focus.
this would probably be causing the blocking bug. As in order to get the state change to determine if the window is visible an update needs to be called (not true of older versions).

I experienced this problem in my apps.

[elias]

Older apps didnt always call update() on the Display when the window was out of focus.
this would probably be causing the blocking bug. As in order to get the state change to determine if the window is visible an update needs to be called (not true of older versions).

I experienced this problem in my apps.

In the minimized case, Display.processMessages() is enough.

 - elias