physical audio

[Dylan Menzies]

Da dah.. I have a first demo working reasonably well. Details at http://www.zenprobe.com/phya

[Bbilz]

This looks great!
I would love to try this in our current project, but we already have audio handled by FMOD (mainly for platform independance)..
Do you have any plans for making this library more platform independant?
An FMOD wrapping would be great!

[Remotion]

Hi Dylan!

This sounds really great!!!

The best way is to allow to selecting any Sound API tough wrapper.

For now it seems that Phya will work only on Windows system.
Will it work on x64 too?
Of course the Mac and Linux support would be great!

regards,
Remotion

[Dylan Menzies]

I don't really have the time or expertise to get involved with extensive porting, however this should be a relatively straightforward task. I am planning to extend for the RTaudio lib which will allow for mac / linux.

[Dylan Menzies]

btw all the audio and system calls are wrapped internally.

[Dragonlord]

May I ask what exactly is the Windows-Only part in PhyA? Since it should be POSIX conform and not requiring system resources apart from audio, for which there exists either OpenAL or SDL.

[Dylan Menzies]

Hi, the thread related stuff is in src/system and the audio stream and file functions are contained in a companion library AIO. I think at the time I started this several years ago there were no suitable cross platform libraries around.

[Dylan Menzies]

I'm not really up to date on all the audio porting issues, but a quick look around suggests that a mapping to OpenAL would be a good move, yes. I have included a callback for writing to 3D sound buffers, which it seems OpenAL covers. If someone experienced in OpenAL wants to submit some code to do that, that would be great.

[Dylan Menzies]

I'm thinking of moving the project onto sourceforge or google code. Any preferences?