Like some of the others guys said, why not do a 'proper/accurate' GBA emulator from scratch? It may fill the gap between no$GBA and VBA. Of course, with your mastering of all those shaders and filters, you could probably create an awesome feature emulator to boot.
Hence there's not much point. Unless you rewrite VBA from scratch...but then it won't be VBA. Sort of. And then we run into the issues Exophase ran into with his emu. With a DS emu, you also run into the massive noob issues about Pokemon and crap. Why not just blacklist the ROMs using SHA1 or something :/, but bleh. People don't care these days. PS2/GC emulation is all thats popular now basically, and those emulators are Hack City.t's awfully easy to trust No$GBA as being more accurate when the source isn't out. VBA definitely makes a very significant attempt at accuracy - no, it doesn't emulate things like prebuffer coherency or VRAM bus contention but I doubt you'll find it makes a difference for anything whatsoever (save for demos written solely to show an emulator isn't correct, ie the equivalence of pissing contests in the emulation world).
I'm still trying to work out the basic design of the emu though.
PS: Doing shader and filter programming is not all that special. Anyone can do it if they can put thier mind to it. I am nothing special at all. So what if I write shaders and crack stuff?