@karlos: isnt it how aros handle it? if you mention its gfx systeb above hal?
Well, my understanding was that the CGX implementation was a thin layer on top of the HAL. Which would imply that to back port AROS's CGX implementation would at least require a fair amount of work.
the reason of this thread if im not mistaken is that over at eab cosmos puts together his graphics.library replacement. he intends to incorporate gfx support directly into it. i dont know if this is a good idea in first place. i also do not know how he wants to accomplish it. one library for all seems a little bloathed idea. hardware and hw acceleration should be specifically handled by system specific drivers i believe. but i have actually no knowledge of this.
Well, in fairness, most of RTG is something you don't "see". What I mean is that it replaces graphics.library functionality, thereby ensuring that graphics.library calls are sent to the graphics card. The existing RTG implementations do this by patching (AFAIK).
A replacement graphics library might offer the opportunity of doing it a lot more cleanly.
