VisualBoyAdvance-M

We are really talking about rewriting the complete GBA core before a lot of the features of some forks are included.
And VBA-M started as a Merge of all the enhancements of the different forks... funny.

 

Well think about it:

 

• The current core is quite unclean

• Which means maintainability suffers

• If we do the rewrite right, then it wont affect the added enhancements.

• Plus we already made quite a fair few enhancements, even blargg has kindly assisted us with this.

I agree. Also, like someone suggested before, Gambatte could be used, and thus only GBA emulation needs to be dealt with. (well almost)

i don't see why we don't just use the AGB core as it is in the actual GBA hardware to run the other game types.

 

Anyhow, i dislike Gambatte, if i was forced to use another emulator it'd be an older version of VBA

Ah, it was a misunderstanding on my part then Blargg, Lol.

 

Does the gambatte core have linking, or the possibility of linking capability.

 

Theres also the other thing i mentioned, Running GB games on a GBC/GBA provides less colours then on SGB/2

The core of Gambatte is designed as a library, much like the VBAM Core. It would probably be easy to remove all the DMG/GBC stuff from the vbamcore, and just write a GUI which links against libgambatte and libvbamcore. That way, the two cores stay separate, but you still have the same interface.