Is this the Wiki you mean: http://en.wikipedia.org/wiki/Mupen64Plus ?
I meant the one in the OP of this thread:
Compatibility Wiki
And are you still actively developing Mupen64+AE for a larger amount of ROM's compatibility? Ore are you only trying to make it faster....?
Most of what I've done recently has been with the front-end, but I want to get back to working on the native code again. The vast majority of game compatibility problems stem from problems either with the video plug-ins (GLES2) or with the dynarec (ARM assembly). I've never tried to pretend I am very good with either of these -- they are in fact two of my weakest skills (especially assembly language). This is why progress in the area of game compatibility has been slow for most of the life of the project (the biggest improvements have come when other devs have volunteered to help out).
I'm hoping to get more devs on board with some assembly or GLES2 skills to help out in this area (the OUYA and Open Pandora ports will hopefully help to increase visibility and interest in the project). To answer your question, my focus will be mainly on improving speed once I get back to working on the native code (I want to try updating to SDL 2.0 to see if that has any improvement, and if not, removing the SDL layer all together, as Yongzh did for N64oid).
Now all we have left, to play all those old time classics, is to wait for an Win 95 or XP emulator on Android (may take a few years, ha ha). This is, however, if Win8 won't become more popular than Android on mobile devices (I recon Win8 is backwards compatible w/ XP andDirectX).
The biggest problem with Windows emulation on Android via WINE or ReactOS, or backwards compatibility for XP using Win8, is that most mobile devices use the ARM architecture instead of x86 like PCs. Emulating x86 on ARM has a HUGE impact on performance. An increasing number of mobile devices are starting to have x86 chips in them, so perhaps in the near future x86 will beat out ARM in the mobile market, making this a more realistic possibility. Otherwise we'll have to wait several more device generations before XP would be usable within an x86 emulator, I'm afraid (Win8 or otherwise). It is possible that a future version of ARM will be capable of virtualization, which would make something like VirtualBox for Android possible (where XP could be installed as a guest system).