Jump to content
Visual Boy Advance-M
spacy51

Request: Remove OpenAL support from Windows build

Recommended Posts

Pro:

  • Make exe smaller
  • One less SDK for developers to download and install
  • Native support only by a few sound cards (I know of Creative and NVIDIA)
  • Windows SDK maintained by Creative Tech.
  • Official documentation too lean
  • XAudio2 works as well

 

Contra:

  • Less diversity

 

 

I would still keep the source file in the SVN repo so some Linux guy can modify it a little and use it for the Linux build if he wishes, but I think it would be a good idea to remove it from the windows build.

Share this post


Link to post
Share on other sites

I think this may be reasonable.

 

Pros are just overwhelming in relation to cons.

 

Never used OpenAl myself.

 

Best regards,

 

TheTitan

Share this post


Link to post
Share on other sites

I rather not loose openal it gives pretty good sound and it's also supported on linux in the linux build of vba-m, I vote we keep it

and to make the exe smaller one could use strip from mingw to remove debugging symbols and also use upx to compress the exe, so far I've gotten vba-m down to a few hundred kb this way

Share this post


Link to post
Share on other sites

I rather not loose openal it gives pretty good sound and it's also supported on linux in the linux build of vba-m, I vote we keep it

and to make the exe smaller one could use strip from mingw to remove debugging symbols and also use upx to compress the exe, so far I've gotten vba-m down to a few hundred kb this way

 

I would totally agreee with that, if you ask me.:angel:

Share this post


Link to post
Share on other sites

I rather not loose openal it gives pretty good sound and it's also supported on linux in the linux build of vba-m, I vote we keep it

and to make the exe smaller one could use strip from mingw to remove debugging symbols and also use upx to compress the exe, so far I've gotten vba-m down to a few hundred kb this way

 

 

XAudio2 gives exactly the same good sound. Is it really in the Linux build? All I can see from the source files is that GTK uses the SDL sound API.

 

I only want to remove OpenAL from the windows build.

 

The only advantage of OpenAL is that it is supported on multiple platforms, but we can not make use of this advantage if the GUI is not cross-platform capable.

Share this post


Link to post
Share on other sites

not all operating systems (when I say this I mean some windows operating systems) support XAudio2 but yet supports OpenAL or if they support XAudio2 the sound doesn't come out right where OpenAL does (I'm speaking as a user that has had issues with XAudio, mind you not anymore since I got a better sound card but still.)

Share this post


Link to post
Share on other sites

You don't have to seperately install XAudio2. The latest DirectX SDK should be enough.

 

Btw, OpenAL software device is just a wrapper around DirectSound ;)

Share this post


Link to post
Share on other sites

actually you would have to compile vba-m without xaudio but for the unintiated person compiling with the defaults then yes it's an issue, I say leave it but maybe I don't know add sort of like a plugin like most other emulators are (may fit in with the rewrite idea being tossed around by the other devs)

Share this post


Link to post
Share on other sites

No, do not want.

 

I use the openal provider as its better on Creative cards. you may as well be removing the entire Audio core as far as i care.

 

and btb, OpenAL is supported on ALL sound driver since 2006.

Share this post


Link to post
Share on other sites

Maybe I'm not supposed to comment here, but here I go.

 

Speaking of the windows build I can't say a word, but speaking of the Linux one I can say OpenAL work great. On previous svn versions (svn 928, to be more precise), sound was "cracky" and tended to sound "dirty", but now that I recently compiled svn 945 with OpenAL on my Fedora 11 sound is great, not flawless as I'm having some issues, but it sure is more "clean".

 

The idea of using plugins for audio, video, joystick has it's pros and cons, myself, prefer an "all included" emulator, instead of using plugins for everything. I think of some specific builds, with this or that sound interface or with this or that video or input (joystick), so the user can select a specific and personalized version at compile time. But maybe it mean more work to do.

 

Again, thanks a lot for this great emu!

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×