1
Audio / Could not open /dev/dsp, problem reproducing audio
« on: January 11, 2012, 03:09:36 pm »
For anyone interested, I found a solution:
For some reasons OpenAL tries to use OSS instead of ALSA (even if it generally uses ALSA and I don't have OSS support). The solution I found on this link here http://www.finiderire.com/post/2008/07/14/SFML-%3A-tout-voir-et-rien-installer is to use the alsa-oss wrapper that force the use of ALSA whenever OSS is called instead (another solution would be to recompile the kernel with the support for OSS).
Now I have a new problem though: I can launch the executable from terminal using the command
but I can't find a way to set Eclipse to use the aoss command, in order to save time. Does anyone know if it is possible?
No, wait! I just managed to do it: in the launch configuration window, select the "Environment" table and create a new variable called LD_PRELOAD with a Value /usr/lib/libaoss.so
Everything's fine now
But don't worry I think I'll need your help again pretty soon!
For some reasons OpenAL tries to use OSS instead of ALSA (even if it generally uses ALSA and I don't have OSS support). The solution I found on this link here http://www.finiderire.com/post/2008/07/14/SFML-%3A-tout-voir-et-rien-installer is to use the alsa-oss wrapper that force the use of ALSA whenever OSS is called instead (another solution would be to recompile the kernel with the support for OSS).
Now I have a new problem though: I can launch the executable from terminal using the command
Code: [Select]
aoss ./name_program
but I can't find a way to set Eclipse to use the aoss command, in order to save time. Does anyone know if it is possible?
No, wait! I just managed to do it: in the launch configuration window, select the "Environment" table and create a new variable called LD_PRELOAD with a Value /usr/lib/libaoss.so
Everything's fine now
But don't worry I think I'll need your help again pretty soon!