Core rewrite

mudlord · Post by **mudlord** » Thu Aug 28, 2008 8:44 pm

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.

deniseweird · Post by **deniseweird** » Fri Aug 29, 2008 2:36 pm

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

Squall Leonhart · Post by **Squall Leonhart** » Fri Aug 29, 2008 5:57 pm

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

Squall Leonhart · Post by **Squall Leonhart** » Sat Aug 30, 2008 4:43 am

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

KunaiTeam · Post by **KunaiTeam** » Sat Aug 30, 2008 2:31 pm

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.