VisualBoyAdvance-M

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.

I think this may be reasonable.

 

Pros are just overwhelming in relation to cons.

 

Never used OpenAl myself.

 

Best regards,

 

TheTitan

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 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:

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.

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.)

We still have DirectSound for the older OS.

yeah but either way you can't run vba-m without having xaudio2 or OpenAL installed [img]<fileStore.core_Emoticons>/emoticons/tongue.png[/img]/emoticons/tongue@2x.png 2x" width="20" height="20" /> (I think I made a loop there >_<)

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 [img]<fileStore.core_Emoticons>/emoticons/wink.png[/img]/emoticons/wink@2x.png 2x" width="20" height="20" />

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)