revert extensive usage of cairo software rasterization, causes problems due XV exclusivelly due mem shared access

[mckaygerhard]

performance of software rasterization for emulation decreases in some machines..

now requerimients are higher, 800MHz CPU are not enought due commit a37db4c

this commit makes very slowly the gtk emulation when selectin "none" in output rasterization.. and if user select XV then there are problems due exclusive usage of...

version 1.52 perfectly runs in "none" either "xv" if no opengl support are present.
version 1.53 or git lasted are very slower in "none", and dont work in "XV" for some cases

computers with no opengl support and multiple usages of XV video or lacks of them, are not able to use with good performance...

there's two solutions:

1. revert extensive usage of cairo software rasterization
2. autodetect free port on XV layering of X11 subssystem (more complicated)

there's a important case of study:

and example, if user has a VIA unichrome, INTEL i815/845/920, Voodoo+kernel3.5, 3DFX agp, Nvidia NV50 TI 500 (my case) or SiS 630/730/330 chroma GPU, not has support of OpenGL, so falback to XV (except for voodo and 3dfx) ..
but if user has some settings on screen (brigth r saturation) throught XV, snes9x can able to run (black screen in output)
in worsk of cases, 3dfx or voodoo users can use snes9x due extensive usage of libs for that (cairo) in rasterization