[openal] API redesign for ease of use?

Victorious dtvictorious at gmail.com
Tue Jul 28 13:30:57 EDT 2015


Hi,

OpenAl-soft is currently compatible with the original OpenAl spec. Its c-style API is not as user-friendly as it could be; for example, having to know which variant of alSourcei, alSourcef, etc to use and constants to modify properties. Functions also don't return any errors encountered, requiring you to explicitly check for it. See these posts as well:

http://camlorn.net/posts/april2014/shortcomings-of-openal.html
http://camlorn.net/posts/december2014/horror-of-audio-output.html

Has an API redesign been considered? How important would compatibility  with the spec be? 



More information about the openal mailing list