[PD-dev] pbo transfert WAS: GEM passing output image later.

[chris clepper]

On Wed, Feb 29, 2012 at 4:52 AM, Cyrille Henry <ch at chnry.net> wrote:

>
>
> Le 29/02/2012 09:34, IOhannes m zmoelnig a écrit :
>
>  and both [pix_texture] and [pix_snap] allow for asynchronous
>> DMA-transfers already (though i only added PBO-tarnsfers to [pix_snap] a
>> week ago or so).
>> it's not really documented anywhere (yet), but you can send a [pbo $1(
>> message to both these objects to specify the number of PBOs to use (with
>> "0" being the default behaviour)
>>
>
> Do you mean that since last week pix_snap should be lot's faster than it
> use to be?
>
>
Years ago I spent some time with Apple, ATI and Nvidia trying to get the
best pix_snap performance, but readback from the main backbuffer will
always wait for all drawing to end and then transfer.  There is no way not
to call glFlush/glFinish either explicitly or implicitly on the main buffer
to finish drawing.  If you have some more drawing to do there might be an
increase in performance, but for capturing an entire rendered image at the
end of the drawing calls there is ultimately not much optimization
possible.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20120229/c0009212/attachment.htm>