All of the Nehe demos worked perfectly for me except for the last one (Nehe21): the data/* files had to be renamed to be all lower case F.E. Complete.wav must be renamed to complete.wav.
Fixed !
The game played so fast the only thing I could do was draw a box on the outside of the screen
There are no limited frame rate for this game, so more fast is you cpu, more fast is the game…
++
Chman
Grom: Don’t know if this is even remotely related but you had crashes with the sound in my NWO: The Fortress program as well. I wonder if your linux is having serious problems with sound in Java all around?
A good suggestion, actually.
It’s strange, I used to be able to run the JavaSoundDemo and now I can’t - I tried JDK 1.4.0, 1.4.0_01, 1.4.1, 1.4.1_01 and they all fail. Yet, I can play UT, play multiple oss and alsa wav files simultaneously (hardware mixing emu10k1). It must be me, and a reboot didn’t fix it.
Maybe I forced my way out of rpm hell one too many times.
Rats…
Duh! I hadn’t noticed some input changes by matzon - cvs should compile now, grom.
Doeas all of the oal demos do a core dump? - and if so, could you mail me those - so that I might be able to see anything… - just send them to brian@matzon.dk
Elias: thanks - it compiles fine now.
One thing to note: I did a cvs update to openal and the tests I tried produced sound with no error.
uh - so everything works now? - or did the tests work, and Nehe21 still fail ?
No. Sorry - I didn’t mean to leave ya hanging…It still doesn’t work.
I’m working till midnight tonight and am unable to steal some time to create debug builds and create a useful gdb stack trace for you. I will do this Soon…
Hi !
just a little post to say that i’ve just translated the site in english…
++
Ch*man
I just started the WaterRain program and it crashed :-/
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x0
(you can get the whole error message if you need)
After commenting out “gl.wglSwapIntervalEXT(1);” it worked just fine.
What exactly does this command do?
Greetings, Adam.
it synchronizes on vertical blank - also known as vsync. This ensures that the videocards framebuffer isn’t updated while the monitor is “drawing”. Not particularly relevant, unless your want no tearing (ie part of last frame, rest of new frame).
…And it’s nearly always available on windows, but of course not on linux or any other platform (as it’s a win32 specific extention). Sounds like the program doesn’t check the availability of the extension.
No, the program doesn’t check availability of that extension… so you should change the code to make it working…
Who, me?! I didn’t write the WaterRain program…
no no, but if you want you can (in your code…)