Software Rendering and OpenGL Textures

I have been told that the bus between main and video memory is too slow to allow for constant updates to large textures. This seems like it would rule out, say, rendering a screen of a game in software then dumping it to the video card via OpenGL for postprocessing.

However, it is my reasoning that an emulator developer should want to do exactly this. An array of pixels would be easiest for an emulator to work on. Most emulators offer a DirectX or OpenGL mode for better sync, which makes me wonder what's going on underneath.

I'll get to it, then: Would it be feasible for a 320x240 game to be rendered in software, with the screen updates pushed to video  memory on VBLANK for postprocessing (upscale, scanlines, etc)?

>rendering a game in software then using gpu post-processing
Why are you such a nigger
Why the FUCK wouldn't you just USE THE DAMN CPU TO HASTEN RENDERING

P.S. LEARN TO USE OPENCL AND SHADERS, THAT IS HOW YOU MODIFY LARGE TEXTURES. IF YOU CANNOT DO IT THIS WAY, THEN IT IS COMPLETELY IMPOSSIBLE, AS IF YOU CODE THE GPU RIGHT, IT IS MORE THAN TEN TIMES AS EFFECTIVE AT PRODUCING GRAPHICAL ALTERATIONS AND FLOPs.