Thank you both, Chris and Matju for explaining these connections. This should go up on a Wiki (to pre-quote .hc)!<br><br>~Kyle<br><br><div><span class="gmail_quote">On 11/9/06, <b class="gmail_sendername">Mathieu Bouchard
</b> <<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Thu, 9 Nov 2006, Sciss wrote:
<br><br>> jit.qt.movie streaming movie files off harddisc ;<br>> note that the movies can be converted to any other movie format if necessary<br><br>[#in quicktime] or [#in mpeg]<br><br>>
jit.matrix storing frames<br><br>[#store]<br><br>> jit.window presenting movies<br><br>[#out window]<br><br>> jit.scalebias modifying r / g / b dynamics
<br><br>this is a [# *] or a [# *>>8] and a [# +] at once.<br><br>> jit.op applying fadings<br><br>[jit.op @op +] becomes just [# +]<br><br>> jit.alphablend superimposing png images with transparency
<br><br>[#draw_image] or [#layer]<br><br>> jit.rgb2hsl and jit.hsl2rgb animating de-saturation (to greyscale) and<br>> back to colour<br><br>there's no hsl nor hsv in GridFlow; you can use [#saturation] and<br>[#hueshift] to get similar effects.
<br><br>> GEM will allow me to play video files as openGL textures but not be<br>> doing matrix-pixel stuff?<br><br>GEM has several maintainers and compared to GridFlow, it has better<br>support for solving usual problems without wasting processing power.
<br>(GridFlow was designed to solve unusual problems.)<br><br>> framestein is for windows only?<br><br>Framestein has been unmaintained for many years.<br><br>> gridflow looks as if this has a concept similar to jitter?
<br><br>Yeah, GridFlow's grid are a purer version of Jitter's matrices. (GridFlow<br>images have no planes and instead have an extra dimension representing the<br>planes).<br><br>> says mac version is "experimental" ...
<br><br>And it's been like that for years. The version for OSX is slower and is<br>missing some important features such as cameras. Also the interoperability<br>with GEM can't work, due to a bug/limitation in Pd itself.<br>
<br>> pdp also looks like jitter, but more macro objects instead of low level<br>> when comparing to gridflow? says its linux + mac<br><br>In PDP there is no concept similar to GridFlow's grids or Jitter's<br>matrices. The message types are all separate from each other, so less
<br>reuse is possible. In some cases, the functionality of one GridFlow object<br>class corresponds to two Jitter object classes, but to 3 or 4 or more<br>GEM/PDP object classes.<br><br>> seems to be really bad in keeping proper timing). to me it looks if
<br>> either gridflow or pdp could be a good choice?<br><br>If you want speed, use PDP or GEM.<br><br> _ _ __ ___ _____ ________ _____________ _____________________ ...<br>| Mathieu Bouchard - tél:+1.514.383.3801 - <a href="http://artengine.ca/matju">
http://artengine.ca/matju</a><br>| Freelance Digital Arts Engineer, Montréal QC Canada<br><br>_______________________________________________<br><a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management ->
<a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br><br><br></blockquote></div><br><br clear="all"><br>-- <br><br><a href="http://theradioproject.com">http://theradioproject.com
</a><br><a href="http://perhapsidid.blogspot.com">http://perhapsidid.blogspot.com</a><br><br>(((())))(()()((((((((()())))()(((((((())()()())())))<br>(())))))(()))))))))))))(((((((((((()()))))))))((())))<br>))(((((((((((())))())))))))))))))))__________
<br>_____())))))(((((((((((((()))))))))))_______<br>((((((())))))))))))((((((((000)))oOOOOOO