oh, thanks a lot, Kas.<div><br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>This I don't know about, it's not something I think I heard of in the<br>
Fluxus context. For filtering and so on we do support GL shaders.<br></blockquote><div>All I know is it's listed on the FreeFrame host apps listing: <a href="http://community.freeframe.org/hostdatabase">http://community.freeframe.org/hostdatabase</a></div>
<div><br></div><div>I'm not sure I understand what you're suggesting.  Would that be writing the output to a texture and then mapping it to the surface of a plane rendered at full screen?  Are you saying I may have access to the texture pixels?  If so that would work for me, I guess.  I don't need much precision, rather the opposite, because all I want is to add glitches to the images.</div>
<div><br></div><div>too bad fluxus is not the 'right' tool for that anyways, I was just getting into it and I really like it.  But I'll be using it for other stuff for sure</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
>    2. Is there any way to access the video buffer so I can manipulate it's<br>
<div class="im">>    data?  Is it possible to write to the buffer in real-time?<br>
><br>
> the reason for question #2 is that I want to overwrite the video buffer<br>
> after manipulating it.  In other words, I want to write the filtered and<br>
> manipulated result to the same buffer I was reading from.  The workflow<br>
> would be something like this:<br>
<br>
</div>Well, yes, and no. You can't write to the video buffer directly (as in<br>
setting pixels and so on) but you can do that to  textures and<br>
textures can consist of the output of a renderer. So; if you would<br>
create aplane covering the whole screen, give it a texture like that<br>
then you would have more or less what you need.<br>
<br>
On the down-side; doing per-pixel per-frame manipulations on those<br>
will be fairly slow which will be a issue for the realtime performance<br>
you require.<br>
<br>
As much as I'd like to "sell" you a copy, I'm not so sure Fluxus would<br>
be a very good match for these requirements in practice.<br>
<br>
Yours,<br>
Kas.<br>
</blockquote></div><br></div>