Hi Brad, Thanks. I knew about this, very slick, nice piece of work, but I would love to use chuckian logic directly on video processes. Jitter is a pain. I like the ability to script now with javascript or use java to do procedural stuff. I think being able to reason about video timelines natively in chuck without having to deal with bridging environments would be really cool. Is it possible or would it be to slow? cheers, jrmy http://cnmat.berkeley.edu/people/jeremy_hunt On Jan 18, 2008, at 2:50 PM, Brad Garton wrote:

I'm not sure this is the answer you seek, but you could use [chuck~] in max/msp with jitter:

http://music.columbia.edu/~brad/chuck~/

brad http://music.columbia.edu/~brad

On Jan 18, 2008, at 4:16 PM, Jeremy Hunt wrote:

...

Hi All,

I know OpenGL is planned but just wondering if there is any work being done on adding video processing to chuck?

Best,

jrmy _______________________________________________ chuck-dev mailing list chuck-dev@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev

_______________________________________________ chuck-dev mailing list chuck-dev@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev

I'm also a big fan of using Other People's Stuff (hence my employment of max-msp for interface and vid work);

FreeJ from Jaromil/dyne:bolic is a nice little app. Seems pretty well optimized. It uses ports of EffectTV plugins which, again, seem really well optimized. Even if a video plugin api could be ported (like Frei0r from piksel) with parameter controls, etc callable in chuck it would be nice. Combine this with the ability to mix opacity levels of multiple video/openGL streams/scenes (like FreeJ), independent frame rate control (via chuckian time logic) and some munger-like utils for .mp4s and you could do a lot of really cool stuff...hum...dreams... jrmy http://cnmat.berkeley.edu/user/jeremy_hunt