motorollin wrote:
Who cares if it's real or simulated, as long as it works and is fast?
--
moto
That depends on what you mean by "works". If you want visible changes to things behind your (partially) transparent window to "shine through" in the same way it does on Compiz/Beryl/OS-X/Vista etc., you need support for it in layers.library and graphics.library, as I said.
If you then want it to be fast as well, then you are ****ed, unless all the RTG drivers get reimplemented to support hardware rendering for the newly added features to said libraries. Doing it in software on existing systems is cringingly slow in comparison, since every pixel in the affected has to be read from the video memory, blended and written back.
In the absence of HW accelerated rendering, the best solution would actually be to have layers.library reimplemented to have a compositor system in fast ram where all the occluded areas can be processed and then the final result written to the display. That still has a big overhead, though its not as bad as reading areas from video, blending them and putting them back.
Either way, you need a lot of work on layers and graphics.