I am looking forward to the next update of SteamAudio. Net regarding the current issue with binding libraries.

[ZheYinX]

This is an absolutely fantastic project—it has been incredibly helpful to me. I really hope it continues to be updated. I manually updated the library to version 4.8, but encountered an issue with occlusion transmission. After some debugging, I found that a type was mistakenly mapped to IntPTR. However, even after manually fixing this, the problem persists, and occlusion still doesn’t work as expected. I’m feeling a bit frustrated about this.
I’d love to contribute to this project, but I find the process of generating bindings automatically somewhat complex and difficult to understand.
Also, a small suggestion: the library name could drop the "dll" suffix, which would make it easier to invoke SteamAudio on other platforms.
Additionally, OpenCL's CreateList function behaves abnormally and crashes on execution. It seems like a parameter marshaling issue—this problem also existed in previous versions.

[ZheYinX]

I also noticed an issue. According to the h header file of SteamAudio, it seems that the Windows platform uses the StdCall convention, while other platforms use the Cdecl calling convention. Does this need to be defined in the library? Is this a hidden bug?