Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: using mini_al instead of openal  (Read 5363 times)

0 Members and 1 Guest are viewing this topic.

fcu

  • Newbie
  • *
  • Posts: 2
    • View Profile
using mini_al instead of openal
« on: January 23, 2019, 09:20:17 pm »
Hi
since openal is the only shared library used when linking sfml statically , i just thought why not using mini_al
instead of openal .
its single header file : https://github.com/dr-soft/mini_al just like stb_..

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 11030
    • View Profile
    • development blog
    • Email
Re: using mini_al instead of openal
« Reply #1 on: January 24, 2019, 08:29:24 am »
It doesn't use 3D spatial audio.
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

fcu

  • Newbie
  • *
  • Posts: 2
    • View Profile
Re: using mini_al instead of openal
« Reply #2 on: January 24, 2019, 03:06:24 pm »
maybe the author would implement this feature eventually , maybe this year (i hope so)
https://github.com/dr-soft/mini_al/issues/10

binary1248

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1405
  • I am awesome.
    • View Profile
    • The server that really shouldn't be running
Re: using mini_al instead of openal
« Reply #3 on: January 25, 2019, 01:20:40 am »
https://github.com/jarikomppa/soloud
http://soloud-audio.com/

Seems to be a viable replacement for OpenAL, with nice license and even using the same 3D audio computation model as OpenAL. It's almost as if the author was looking for an OpenAL replacement themselves...
SFGUI # SFNUL # GLS # Wyrm <- Why do I waste my time on such a useless project? Because I am awesome (first meaning).

 

anything