<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I think you could augment the capabilities for your plugin with a<br>
property that says this is an opengl handle for a texture, and write<br>your own sink that accepts capabilities correspondingly and actually<br>shows the texture somehow. </blockquote><div><br>This was close to what I had in mind, thanks.
<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">To allow for still downloading the rendered<br>frame from GPU to CPU memory you could write a plugin that does exactly
<br>that conversion. I could also be just completely rambling though :)</blockquote><div><br>Can a plugin detect somehow what its output expects? Could I do something like &#39;if attached to a normal plugin, download the video data to the CPU, if attached to a GPU plugin, pass pointer on GPU&#39;.
<br><br>Now that I think of it, I&#39;d need something analogous to &#39;pads&#39; but then in GPU memory to store the immediate result, and still have it pipeline nicely.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It is indeed interesting and you should post your source code<br>somewhere :)</blockquote><div><br>I certainly will, probably after I solve these loose ends. At least I have everything working now, so I can think about details like this :)
<br><br>If it turns out too complicated I&#39;ll first publish the version that downloads back, optimizations can always be added in the future.<br></div></div><br>Wladimir<br><br>