Talk:SmileBASIC (Petit Computer 3)/@comment-5334617-20140924000118/@comment-15296152-20140924194719

That was what I was thinking. Guess I didn't word it well enough. Priorities that only become relevant/utilized when the Z position is the same as others, because the only way ordering get handled when objects are on the same priority with PTC is based on their index, which is locked when regular programming of the system has them unlocked.

Drawing to (and even clearing) the GRP may be exponentially faster with PTC3 than with PTC, not just because it's on a superior device, but because of how it is likely stored as a texture that the GPU has access too. With PTC, the CPU had to do the drawing. With PTC3, assuming that shaders are being utilized, the GPU does the drawing. They'd have a shader program for each function (for example, a circle), have the CPU arrange a polygon that takes into account the top, bottom, left, and right-most areas of what the function will be drawn to, and then have immediately rendered, letting the GPU do the dirty work while the CPU continues on its merry way.

On an off-note (and with mentioning FMVs), what if there was a special function that would render a video to the GRPs? That would be neat, but the chances that it'd get used would be minimal.