Another shot at the alpha test seeing as the last one was a complete failure.
Again, please find ancient bits of shite to test it on as well as modern sooper-dooper willy waving rigs. Thanks all for your time once again.
Cas
Another shot at the alpha test seeing as the last one was a complete failure.
Again, please find ancient bits of shite to test it on as well as modern sooper-dooper willy waving rigs. Thanks all for your time once again.
Cas
works nicely - gg cas
-hittin esc doesnt result in a crash anymore
-it’s much brighter now (dunno if that’s good… but hey there is an option :))
-16/32 bit works
-gamma works
-bumpmaping switch works
Sorted display modes:
800 x 600 x 16 @0Hz
800 x 600 x 32 @0Hz
800 x 768 x 16 @0Hz
800 x 768 x 32 @0Hz
608 x 448 x 16 @0Hz
608 x 448 x 32 @0Hz
640 x 480 x 16 @0Hz
640 x 480 x 32 @0Hz
768 x 448 x 16 @0Hz
768 x 448 x 32 @0Hz
856 x 480 x 16 @0Hz
856 x 480 x 32 @0Hz
1024 x 768 x 16 @0Hz
[...]
that’s “sorted” but i can’t see a pattern :>
800 x 600 = 480000
800 x 768 = 614400
608 x 448 = 272384
640 x 480 = 307200
768 x 448 = 344064
856 x 480 = 410880
…
and now something completly different:
-new gfx r nice
-it’s still confusing that i have to shoot with the right button
and hum… i think i’ll test it on the other comp later… it’s a k6-2 300, 128mb, banshee and win98.
my sys specs are still the same. k7 500, 128mb, gf2mx win98.
still doesn’t work. tnt2
[… jada jada jada…]
Resetting feature: jelly_incursion
java.lang.NullPointerException
It no longer crashes out when trying 32 bit, but I get the same report as mill. The Intel 810 is probably a lost cause
You are trying the new zip aren’t you and not the old webstart? I haven’t updated it. And you’re quite certain that there are no other lwjgl.dlls lurking around your system in places that they shouldn’t be?
Also - you do have soundcards in those machines don’t you? (I think that currently it’s not very graceful about finding machines without them but I can’t be sure because all the machines I have access to have got soundcards built into them).
Cas
zip, yes. soundcard, yes. dlls, no. crap computer, yes.
sorry, i’m leaving shortly so i can’t test it on this machine for a couple of weeks. hope you’ll figure it out anyway.
I’m definitely trying with the new zip and without any other dlls around. Looks like I have SoundMAX Integrated Digital Audio. And I do get sounds when I set the options.
Perhaps the 810 just doesn’t have the memory. You did say you wanted it tried on crap computers though.
Toshiba 2800-400, 750MHz P3, 8MB S3 Savage/IX, Yamaha DS-XG sound, WinME.
Crashes out, no exception. Takes ~20 secs to get to menu screen, clicking on New Game crashes app. No Windows exception message, no error bell, no exception noted in console window.
Output log file follows:
Available screen modes:
800 x 600 x 16 @0Hz
640 x 480 x 32 @0Hz
1280 x 1024 x 16 @0Hz
1024 x 768 x 32 @0Hz
800 x 600 x 32 @0Hz
1280 x 1024 x 32 @0Hz
1600 x 1200 x 16 @0Hz
640 x 480 x 16 @0Hz
1024 x 768 x 16 @0Hz
Sorted display modes:
800 x 600 x 16 @0Hz
800 x 600 x 32 @0Hz
640 x 480 x 16 @0Hz
640 x 480 x 32 @0Hz
1024 x 768 x 16 @0Hz
1024 x 768 x 32 @0Hz
1280 x 1024 x 16 @0Hz
1280 x 1024 x 32 @0Hz
1600 x 1200 x 16 @0Hz
Attempting to set displaymode: 800 x 600 x 16 @0Hz
OpenAL 0.0
Resetting feature: gidrah_explosion.colorsequence
Resetting feature: gidrah_beamin.colorsequence
Resetting feature: player_explosion.colorsequence
Resetting feature: player_beamin.colorsequence
Resetting feature: player_resout.colorsequence
Resetting feature: player_thruster.colorsequence
[... lots more reset messages ...]
Resetting feature: powerupautofire.powerup
Resetting feature: powerupshield.powerup
Resetting feature: extrarockets.powerup
Resetting feature: extraorb.powerup
Resetting feature: jelly_incursion
System is left in 800x600@16-bit.
Do you have a debug library we can test with? Would that help?
Hm, I know there’s something fishy going on with drivers here. I just tried it on my P200 laptop which has no graphics to speak of and it bailed gracefully informing me I needed a 3D card.
I notice that it says its got OpenAL0.0 installed. This strikes me as if there is no OpenAL installed as it should always return 1.0. Maybe Brian can elaborate?
At any rate, there is now a JARred version with the debug library for you to test, of the same code. Hopefully I’ll see some more detailed error messages.
To run it you’ll need to enable exceptions:
java -ea -Xincgc -jar AlienFlux.jar
Cas
works great on my P2/450 with 128Mb, Win98SE and gf4.
except that one scratchy static-like sound kept looping at one point.
LOVE the sound in A.F., btw
It bails out straight away.
Removed 0 duplicate displaymodes
Available screen modes:
640 x 480 x 24 @0Hz
800 x 600 x 16 @0Hz
720 x 576 x 16 @0Hz
1024 x 768 x 24 @0Hz
720 x 576 x 24 @0Hz
720 x 480 x 16 @0Hz
720 x 480 x 24 @0Hz
640 x 480 x 16 @0Hz
1024 x 768 x 16 @0Hz
800 x 600 x 24 @0Hz
Filtered screen modes:
640 x 480 x 24 @0Hz
800 x 600 x 16 @0Hz
720 x 576 x 16 @0Hz
1024 x 768 x 24 @0Hz
720 x 576 x 24 @0Hz
720 x 480 x 16 @0Hz
720 x 480 x 24 @0Hz
640 x 480 x 16 @0Hz
1024 x 768 x 16 @0Hz
800 x 600 x 24 @0Hz
Sorted display modes:
800 x 600 x 16 @0Hz
800 x 600 x 24 @0Hz
640 x 480 x 16 @0Hz
640 x 480 x 24 @0Hz
720 x 480 x 16 @0Hz
720 x 480 x 24 @0Hz
720 x 576 x 16 @0Hz
720 x 576 x 24 @0Hz
1024 x 768 x 16 @0Hz
1024 x 768 x 24 @0Hz
Attempting to set displaymode: 800 x 600 x 16 @0Hz
Selecting 9x display mode checkFound 10 displaymodes
Window registered
Created window
Pixel format is 4
Found 9 OpenAL paths
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing '.\OpenAL32.dll'
Testing 'C:\WINDOWS\SYSTEM\OpenAL32.dll'
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing 'C:\WINDOWS\COMMAND\OpenAL32.dll'
Testing 'C:\J2SDK1.4.1_02\BIN\OpenAL32.dll'
Testing 'OpenAL32.dll'
org.lwjgl.openal.OpenALException: Unable to load function pointers to openal.
at org.lwjgl.openal.BaseAL.nCreate(Native Method)
at org.lwjgl.openal.BaseAL.create(BaseAL.java:102)
at com.shavenpuppy.jglib.openal.AL.<init>(AL.java:122)
at xap.Game.init(Game.java:411)
at xap.Game.main(Game.java:230)
Delete GL context
Destroying directinput
Releasing DC
Destroy window
Destroyed window
p3 733, win me, radeon 64ddr
works fine for me, no crashes.
there are occassions when an enemy/bubble will spawn right on my ship (killing me), even when its unmoving. (just a little complaint)
sorry, that’s beta 4…
beta 5 doesn’t work. freezes on a white screen.
The Jar release doesn’t work for me either. It bombs out with the following message:
[...]
Created window
Pixel format is 4
Found 7 OpenAL paths
Testing 'C:\J2SDK1.4.1_01\BIN\OpenAL32.dll'
Testing '.\OpenAL32.dll'
Testing 'C:\WINDOWS\SYSTEM\OpenAL32.dll'
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing 'C:\WINDOWS\OpenAL32.dll'
Testing 'C:\WINDOWS\COMMAND\OpenAL32.dll'
Testing 'OpenAL32.dll'
org.lwjgl.openal.OpenALException: Unable to load function pointers to openal.
at org.lwjgl.openal.BaseAL.nCreate(Native Method)
at org.lwjgl.openal.BaseAL.create(BaseAL.java:102)
at com.shavenpuppy.jglib.openal.AL.<init>(AL.java:122)
at xap.Game.init(Game.java:411)
at xap.Game.main(Game.java:230)
Delete GL context
Destroying directinput
Releasing DC
Destroy window
Destroyed window
I guess it can’t find the OpenAL32.dll anywhere (it wasn’t included in the Jar)? Dropping the LWJGL 0.5 release version into the current directory gives the following:
[...]
Created window
Pixel format is 4
Found 7 OpenAL paths
Testing 'C:\J2SDK1.4.1_01\BIN\OpenAL32.dll'
Testing '.\OpenAL32.dll'
Found OpenAL at '.\OpenAL32.dll'
org.lwjgl.openal.OpenALException
at org.lwjgl.openal.ALC.getIntegerv(Native Method)
at com.shavenpuppy.jglib.openal.AL.init(AL.java:149)
at org.lwjgl.openal.BaseAL.create(BaseAL.java:106)
at com.shavenpuppy.jglib.openal.AL.<init>(AL.java:122)
at xap.Game.init(Game.java:411)
at xap.Game.main(Game.java:230)
Delete GL context
Destroying directinput
Releasing DC
Destroy window
Destroyed window
Given what little I know about OpenAL, a getIntegerv() seems to me a really unlikely thing to break on. I guess the 0.5 version is incompatible with this release.
Is there a quick fix for this, preferably one that doesn’t involve me downloading another big archive through my modem? ;D
odd
I am assuming that you have a soundcard, and it is working?
Can you run any of the openal tests in the org.lwjgl.test.openal.* package? (need media files too)
Some of the demos can be played without the media pack - just pass it one of your own wav files…
Yes, I’ve got a sound card and it works! ;D
Hrm, but I’ve not tried before to run any OpenAL stuff…
Well, it doesn’t look like an OpenAL problem, but the tests are all throwing exceptions similar to the following:
java.io.IOException: Stream closed
at java.io.BufferedInputStream.ensureOpen(BufferedInputStream.java:120)
at java.io.BufferedInputStream.read(BufferedInputStream.java:199)
at java.io.DataInputStream.readInt(DataInputStream.java:392)
at com.sun.media.sound.WaveFileReader.getAudioFileFormat(WaveFileReader.
java:96)
at com.sun.media.sound.WaveFileReader.getAudioInputStream(WaveFileReader
.java:237)
at javax.sound.sampled.AudioSystem.getAudioInputStream(AudioSystem.java:
680)
at org.lwjgl.test.openal.WaveData.create(Unknown Source)
at org.lwjgl.test.openal.ALTest.execute(Unknown Source)
at org.lwjgl.test.openal.ALTest.main(Unknown Source)
LoadWAVFile footsteps.wav : - No Error
It totally looks not like an OpenAL error, so I’m probably doing something wrong. I’ll keep fiddling.
Okay, I’m afraid I’m out of time to fiddle for today. I’ll pick up again tomorrow afternoon. I’ll post what interesting things I’ve noticed, and hopefully someone’ll have an answer by the time I return! ;D
ALTest:
OpenAL Test Application (Java!)
=======================
java.io.IOException: Stream closed
at java.io.BufferedInputStream.ensureOpen(BufferedInputStream.java:120)
at java.io.BufferedInputStream.read(BufferedInputStream.java:199)
at java.io.DataInputStream.readInt(DataInputStream.java:392)
at com.sun.media.sound.WaveFileReader.getAudioFileFormat(WaveFileReader.java:96)
at com.sun.media.sound.WaveFileReader.getAudioInputStream(WaveFileReader.java:237)
at javax.sound.sampled.AudioSystem.getAudioInputStream(AudioSystem.java:680)
at org.lwjgl.test.openal.WaveData.create(Unknown Source)
at org.lwjgl.test.openal.ALTest.execute(Unknown Source)
at org.lwjgl.test.openal.ALTest.main(Unknown Source)
LoadWAVFile footsteps.wav : - No Error
ALCTest:
DEFAULT_DEVICE_SPECIFIER: DirectSound3D
DEVICE_SPECIFIER: DirectSound
EXTENSIONS:
ALC_MAJOR_VERSION: 1
ALC_MINOR_VERSION: 0
Value of ALC_MAJOR_VERSION: 4096
PlayTest:
java.io.IOException: Stream closed
at java.io.BufferedInputStream.ensureOpen(BufferedInputStream.java:120)
at java.io.BufferedInputStream.read(BufferedInputStream.java:199)
at java.io.DataInputStream.readInt(DataInputStream.java:392)
at com.sun.media.sound.WaveFileReader.getAudioFileFormat(WaveFileReader.java:96)
at com.sun.media.sound.WaveFileReader.getAudioInputStream(WaveFileReader.java:237)
at javax.sound.sampled.AudioSystem.getAudioInputStream(AudioSystem.java:680)
at org.lwjgl.test.openal.WaveData.create(Unknown Source)
at org.lwjgl.test.openal.PlayTest.execute(Unknown Source)
at org.lwjgl.test.openal.PlayTest.main(Unknown Source)
Exception in thread "main" java.lang.NullPointerException
at org.lwjgl.test.openal.PlayTest.execute(Unknown Source)
at org.lwjgl.test.openal.PlayTest.main(Unknown Source)
PlayTestMemory:
Attempting to load: file:/C:/My Documents/[...]/footsteps.wav
Waiting 5 seconds for sound to complete
(Correct sound is heard, no exceptions thrown.)
Ah, no. A quick poke in WaveData shows it handles the “PlayTest” and “PlayTestMemory” functionality totally differently. The former works through the classloader, while the latter uses the filename directly. I expect the files just need to be somewhere else, maybe inside the lwjgl_test.jar? ???
I started it and came to the menu. Sound worked fine but when I tried
to start a new game it crashed with an null pointer exception.
Laptop P1GHz, 240MB RAM, 16MB (shared mem.) non-accel. gfx-card, WinXP.
I’ll test it on my other machine as soon as I find time.
But it looks nice for now
Ah, okay, sorted. Just needed to expand the classpath a bit more.
Nope, the OpenAL tests seem to work fine. : ;D
Should I just be using the LWJGL 0.5 version of OpenAL32.dll with the latest Jar AF release?
I know no OpenAL yet, but these are the lines where the problem seems to originate (com.shavenpuppy.jglib.openal.AL:148-9):
device = alc.openDevice(null);
alc.getIntegerv(device, ALC.MAJOR_VERSION, 4, scratch.getAddress());
Maybe the device hasn’t initialised properly?
I’ll plug in tomorrow afternoon (BST).