[PD-dev] gem, pdp, gridflow, pidip

[ALAN BROOKER]

Hi Ricardo,

I hop around from these libraries and have used all in performances at
various times ...they’re all great, enthusiastic about all of them, below
are just some of my opinions.

PDP/PiDiP is mainly geared towards video and has some really interesting
effects worth checking out- I think performance  wise PDP is very efficient
and responsive. If your on Linux you have the choice of outputting content
either via glx or Xvideo extension which is a nice choice.  It would be
great if someone took on the PDP library as Hans mentioned, has a lot of
potential- I have never seen the OpenGL extension for pdp work however.

 Obviously Mathieu is active on the mailing lists and answers questions
helpfully about Gridflow where possible.   IMO Gridflow is an excellent
contribution to Pure Data,  allot of potential to create unique and
interesting effects that may not be possible in either Gem or PDP. I would
say the only draw back is perhaps hardly any tutorials to get started for
noob like me.

Gem is to me is allot of fun to use and perhaps the most flexible ( can
produce 3d, video and still image). I think the most potential is in the
glsl/stuff which could perhaps use more documentation- but users are making
interesting stuff with it (especially Guido on the pd forum)

http://puredata.hurleur.com/sujet-6263-gem-depth-field

http://puredata.hurleur.com/sujet-5000-collection-glsl-effects

 For me personally what would be great is for all of these libraries in
some way to share a single output, at present there are bridges to
pdp_from_gem and bridges to_gridflow_from_pdp etc....  Some work great,
others are too slow and some don’t work at all. So say if you wanted to
perform a piece where you have reactive 3d Gem objects and them switch to
video effect using PDP and finish with some nice fractal images made with
gridflow, I think this would be a real pain as they all have different
output windows with varying degrees of compatibility.

 Like I said though they are all great , nothing I could say could do
justice to how creative and interesting these packages are.

best wishes

al
On Tue, Nov 1, 2011 at 8:23 PM, Hans-Christoph Steiner <hans at at.or.at>wrote:

>
> Gem has both OpenGL and pixel/video operations and is well maintained.
>  PDP is a different, perhaps complementary, approach to video than Gem's
> pix.  Its not really currently maintained beyond little fixes, but its up
> for grabs really, if you wanted to take it on.  There is 3dp as well, which
> is an alpha OpenGL lib for PDP that tries to make OpenGL feel more Pd-ish.
>  The original dev, Tom Schouten, stopped working with Pd so it hasn't been
> developed really since.  I think it would be worth checking out and seeing
> whether it would be worth developing more.
>
> As for gridflow, it is also quite actively developed these days.  It is
> focus on matrices, so for video, you treat images as matricies.  This is a
> very similar basic approach to Max/Jitter.
>
> .hc
>
> On Nov 1, 2011, at 3:51 PM, Ricardo Fabbri wrote:
>
> > Hi,
> >
> > would you have seasoned advice to give on these packages? one vs the
> > other? quirks from each?
> > gem, pdp, gridflow, pidip
> >
> > Gem's big win (for me) is having a very active development community
> > which I am currently taking part of.
> >
> > There are tons of cool stuff on the other ones as well, of course. Any
> > remarks to share? Things to watch out for?
> >
> > Best,
> > Ricardo Fabbri
> > --
> > Linux registered user #175401
> > www.lems.brown.edu/~rfabbri
> > labmacambira.sf.net
> >
> > _______________________________________________
> > Pd-dev mailing list
> > Pd-dev at iem.at
> > http://lists.puredata.info/listinfo/pd-dev
>
>
>
>
>
> ----------------------------------------------------------------------------
>
> All mankind is of one author, and is one volume; when one man dies, one
> chapter is not torn out of the book, but translated into a better language;
> and every chapter must be so translated.... -John Donne
>
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20111101/6dba29ea/attachment.htm>