But this also brings up the second issue of AOS4 I don't like, inconsistancy. Which API will coders have to use, P96 or SNAP?
If you have a look at the SNAP sdk, you will find out that this is no API for high-level graphics. As its name implies, it is a driver system, and as such it is not intended to be used directly, in the same sense as SCSI device is not used to read files from disk.
SNAP will be integrated as a monitor driver under Picasso96. The original graphics library and the Picasso96 API will be used, like before. Plans are to extend the graphics system starting at 4.1, and eventually replace it and provide an interface for backwards compatibility.
There is nothing inconsistant about this. You where just jumping to conclusions.
I agree that many of the 180 graphics chips supported will probably never be used in an AmigaOne (TSENG ET4000 anyone), but that is actually not the point. The point is, *if* you want to buy a graphics card, or happen to have one in your hand, chances are that you will find it mentioned on a 180 entry list, as opposed to a list of only 5 or so cards.
Also, no one ever claimed that these will be supported with 3D drivers (again the ET 4000 doesn't even have a 3D core). However, the same problem would arise if we or Alexander and Tobias would need to write the 2D drivers, only that we would also be burdened with that one. And, as the press release also states, we are cooperating with SciTech on this, so anything done on their part also benefits OS 4 customers.