search

kcat / openal-soft

OpenAL Soft is a software implementation of the OpenAL 3D audio API.
Other
2.2k stars 532 forks source link

examples: Could not open audio #205

Open mmxgn opened 6 years ago

mmxgn commented 6 years ago

Hello,

I am trying to test openal-soft with hrtf on my system, however when I try to load a (standard, working) .wav file I get the following:

$./alhrtf bee2.wav AL lib: (WW) jack_msg_handler: connect(2) call to /dev/shm/jack-1000/default/jack_0 failed (err=No such file or directory) AL lib: (WW) jack_msg_handler: attempt to connect to server failed AL lib: (WW) ALCjackBackendFactory_init: jack_client_open() failed, 0x11 AL lib: (WW) alc_initconfig: Failed to initialize backend "jack" Opened "Built-in Audio Analog Stereo" AL_EXT_STEREO_ANGLES found Available HRTFs: 0: default-44100 1: default-48000 2: default-44100 #2 3: default-48000 #2 Using default HRTF... HRTF enabled, using default-44100 Could not open audio in bee2.wav

By adding SDL_ClearError(); Sound_ClearError(); before if(!sample) at line 65 and showing SDL_GetError() and Sound_GetError() in the branch, I further get:

Sound_GetError: Sound format unsupported SDL_GetError: Error writing to datastream

I have also tried with .mp3 with similar results. The problem is the same with ./alplay. I am using SDL 1.2.15 and sdl_sound 1.0.3. I also have sdl2 installed. Any idea how to fix the problem?

kcat commented 6 years ago

I remember seeing similar problems due to mixing SDL versions. The examples link with SDL2 and SDL_sound. However, if SDL_sound is itself linked to SDL1 instead of SDL2, that means the resulting app will try to load in both SDL1 and SDL2. This can't work since they both have global state that conflicts with each other, preventing SDL in general from working.

Unfortunately SDL_sound appears the same from the outside regardless if it's using SDL1 or 2 (same lib name, same API), so there's no simple way to tell which its using to be able to treat it as incompatible if it's SDL1.