AuroraOpenALSoft/router
Felipe 3cb6d30e4d
Fix router not loading on Creative's hardware OpenAL (#773)
According to the programming guide and the specification, those functions
may be used by extensions. However, Creative's hardware OpenAL chose
to not implement stub functions for those that they do not use. Currently
they use only alBufferi for X-RAM related functions.

Other implementations, such as OpenAL Soft and wrap_oal implement stub
functions for those methods therefore they work.

This commit turns those functions optional, just like they were in the
old FOSS router. Consumers of the router will receive a nullptr as expected
for not implemented methods if they load them using alGetProcAddress, which
I believe is the correct way to do so. That is, the context must be current
before loading al* functions.
2022-11-16 22:19:45 -08:00
..
al.cpp Add EFX functions back to the router 2022-06-18 08:20:34 -07:00
alc.cpp Add EFX functions back to the router 2022-06-18 08:20:34 -07:00
router.cpp Fix router not loading on Creative's hardware OpenAL (#773) 2022-11-16 22:19:45 -08:00
router.h Add EFX functions back to the router 2022-06-18 08:20:34 -07:00