[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Transition from openal (SI) to openal-soft library

Andres Mejia wrote:
On Tuesday 06 May 2008 4:38:43 am Paul Wise wrote:
On Tue, May 6, 2008 at 12:35 AM, Andres Mejia <mcitadel@gmail.com> wrote:
 Before I write to all the package maintainers for packages that use
openal, I would like to see openal-soft get uploaded to the archive.
Just committed a fix to upstream chromium that should let it be built
with either OpenAL SI or OpenAL Soft - basically check if
ALC_CHAN_CD_LOKI is defined and only use it if it is.



Thanks. Do you also want to help with boson? Here's the reply I received from Chris Robinson.

On Monday 05 May 2008 1:36:35 pm Chris Robinson wrote:
On Monday 05 May 2008 10:16:35 am you wrote:

Just so you know, openal-soft packages are being worked on for Debian.
I'm waiting for someone to upload the openal-soft packages to the
archive. You can try them out yourself if you like.
Cool. :) I'm not sure that I can try them out since I don't have
Debian/dget (I'm using Gentoo).

One problem (and the only problem) I can report now is with the game
boson. With the openal-soft library, there's no sound. I'm working on the
sound issue myself, but maybe you could help as well. I've attached a log
of the errors I receive.
Hmm, it's kind of hard to tell without seeing the OpenAL calls. But if I
had to guess, I think perhaps it's trying to buffer Vorbis data directly.
Unfortunately, this won't work because OpenAL Soft doesn't support the
AL_EXT_vorbis extension. If it's indeed trying to load the Vorbis data
directly, it will need to be modified so it can decode it manually (using
libvorbisfile or some-such) before buffering it as PCM data.

Note the freealut can handle loading vorbis files either directly to AL buffers (including generating the buffer id) or to memory buffers.



Reply to: