We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.
IndexProgramming Questions & HelpOpenGL and 3D Libraries › Possible to port this to Processing
Page Index Toggle Pages: 1
Possible to port this to Processing? (Read 1314 times)
Possible to port this to Processing?
Jun 20th, 2008, 12:40am
 
Hello

I just released a plugin for Quartz Composer with source. It provides  
a bit of a hackish way to move textures from one 'VJ' (god I hate that  
term) app, to another. Basically, its glorified screen capture, but it  
stays on the GPU. You can use it to 'sample' a texture from anything  
on screen.

http://002.vade.info/

Its *very* fast because it does no readback. On my system I am able to  
capture full res 1440x900 (my whole screen) at a solid 60fps. Perhaps this is already possible in Processing, or would require a library or addition to it.

I think it could be very useful to the communities to  have a method to move video to and fro from one environment to another and back. (although, its hardly an ideal method).

Ive used it to move Processing output, Jitter output, GEM output to  
Quartz Composer sans issue. Id love to see the other 'new media' environments (PD, Max/MSP/Jitter, Processing, OpenFrameworks) adopt a strategy for sharing resources. Currently, it appears that because of protected memory models and driver setup, its nigh impossible to literally share textures between processes in any efficient manner. This may be the next best thing?

You have my blessings to port it, share on, and Peace. Thanks,
Re: Possible to port this to Processing?
Reply #1 - Jun 20th, 2008, 1:12am
 
rock and roll!
Page Index Toggle Pages: 1