Since that interview with David Kirk conducted by Zenji Nishikawa contains so little words from Kirk that it's almost dedicated to technical illustration for readers and speculation by Nishikawa, I have little to add to what Mikage's post. Kirk says nothing about specifics about RSX, but only about how this RSX-CELL system works. Anyway here's a bit more descriptive version of the latter half of the article -
David Kirk: SPE and RSX can work together. SPE can preprocess graphics data in the main memory or postprocess rendering results sent from RSX.
Nishikawa's speculation: for example, when you have to create a lake scene by multi-pass rendering with plural render targets, SPE can render a reflection map while RSX does other things. Since a reflection map requires less precision it's not much of overhead even though you have to load related data in both the main RAM and VRAM. It works like SLI by SPE and RSX.
David Kirk: Post-effects such as motion blur, simulation for depth of field, bloom effect in HDR rendering, can be done by SPE processing RSX-rendered results.
Nishikawa's speculation: RSX renders a scene in the main RAM then SPEs add effects to frames in it. Or, you can synthesize SPE-created frames with an RSX-rendered frame.
David Kirk: Let SPEs do vertex-processing then let RSX render it.
Nishikawa's speculation: You can implement a collision-aware tesselator and dynamic LOD by SPE.
David Kirk: SPE and GPU work together, which allows physics simulation to interact with graphics.
Nishikawa's speculation: For expression of water wavelets, a normal map can be generated by pulse physics simulation with a height map texture. This job is done in SPE and RSX in parallel
Da darf sich nV keine Blöße geben...
