Faster drivers that visibly enhance the user experience that would be good. But what else wil it provide? From what I gather there is a big advantage for those with a G-rex or toher similar bus board as they can potentially use other graphics cards. But for those without a bus board, other than potentially fatser drivers, there is not much else. Or am I mistaken?
Weed
One thing that would be interesting would be a native chipset driver that allows software written for CGX/P96 to run on AGA/ECS. Now, in CGX v3, the was an AGA driver that did indeed allow RTG software to work, but only software that would run on an 8-bit screen. It would seem that all it really did was to ensure PPC friendly alignment of BitMaps and implement the 8-bit pixel array read/write functions of cybergraphics.
Ever since experimenting with different EVD's for shapeshifter, an idea that has constantly intrigued me is a 'full' RTG driver AGA. One that is capable of performing RGB->HAM c2p for example, opening the possibility of running RTG software that requires an RGB display. In this model, RGB bitmaps would have be allocated in fast ram and blitting / WritePixelArray()ing them to screen would invoke the required c2p. Not sure how feasible this would be, but a logical extension to that would be that when opening a fake RGB screen, a fake Screen structure would be returned, hiding the true Screen (which would obviously be a HAM customscreen), where even the screen bitmap would be an RGB pixel buffer. Some process (perhaps triggered on vblank) would be responsible for updating changed areas on the real screen, using a delta buffer and/or using flags that can be set when any potentially destructive (ie can change the buffer) operation is invoked, for example calling any drawing functions or locking the bitmap.
It wouldn't be particularly fast, but shapeshifter demonstrated that the concept of RGB -> HAM c2p is possible outside of demos
