Hi listers ! Hmmm, as everybody knows, PD is build for making really interesting audio stuff as video. So I had a look at GEM and Framestein and I have to say that I'm quiet lost :
These questions may appear to be stupid but I have to hear about your opinions... (the goal : creating a video clip to accompaign a track I've done recently, an interactive one to say...) PS : about PDP, is it a customed-video oriented version of PD ? I think this one doesn't exist on XP) Any help would be greatly appreciated. Thanx for your support !
Faites un voeu et puis Voila ! www.voila.fr
" tboulanger@voila.fr wrote:
Hi listers ! Hmmm, as everybody knows, PD is build for making really interesting audio stuff as video. So I had a look at GEM and Framestein and I have to say that I'm quiet lost :
- Are GEM and Framestein utterly apart one from each other ?
yes
I mean is it possible to merge GEM objects with Framestein ones and conversely ?
no
- As for the rendering window : I noticed that GEM came with create/destroy objects and that Framestein came with its own rendering window : is it possible to have a unique window which displays both GEM and Framestein patches ?
no
- And in term of possibilities : eventually, which one of Framesteind and GEM is the most powerfull tool ?
this is a question i cannot answer.
Are they both specialised in a certain area ?
yes Framestein is about image-processing (pixel-oriented, 2D) Gem is about computer-graphics (vector-oriented, 3D, with some possibilities to do pixel-processing)
These questions may appear to be stupid but I have to hear about your opinions... (the goal : creating a video clip to accompaign a track I've done recently, an interactive one to say...)
well, all pd-packages that have something to do with graphics (3D, 2D, video,...) can be used to create "a video clip to accompaign a track". you could even do this in plain pd (remember franks tgb-patch), it is basically a matter of aesthetics.
as for power of Framestein and Gem: Framestein is Windos-only; Gem is available on win, lin and osX (older versions are available for irix too) I have no idea how "big" Framestein is, but Gem is contains about 400 objects (half of which are rather useless if you don't know how to program openGL in a patcher language) Framestein allows multiple "frames" (even embedded into a patch), Gem has only one single window (which will change in the future...) Framestein needs your CPU, Gem needs a hw-accelerated graphics card. Framestein allows you to use Photoshop-plugins, Gem does not (but has some (un)common fx built in)
PS : about PDP, is it a customed-video oriented version of PD ? I think this one doesn't exist on XP)
no, pdp is just another library to do graphics. it is (basically) oriented on doing video-processing, and is highly optimized. if you have ever heard of "forth", go pdp. if not, there is a library called pidip (which is an extension to pdp) which has some high-level video-effects plus a lot of other cool stuff (like streaming, ...)
and best: pdp/pidip are available (only) on linux+osX
Any help would be greatly appreciated.
do not forget GridFlow.
Thanx for your support !
Gem, Framestein, pdp and GridFlow are really completely different things, although all are dedicated to produce some "graphical" output.
I think the biggest difference is not in possibilities but rather in the "way of thinking". so you should look at all of them carefully and then decide which fits you and your need best.
mfg.a.sdr IOhannes
Hi, I'm curious now =). From what I understand pixes in gem are large messages containing the pixels of an image. If Framestein also treats pictures as messages maybe a converter object or even an abstraction could be written for interchange? Any one know?
Thanks, Andres
Johannes M Zmoelnig wrote:
" tboulanger@voila.fr wrote:
Hi listers ! Hmmm, as everybody knows, PD is build for making really interesting audio stuff as video. So I had a look at GEM and Framestein and I have to say that I'm quiet lost :
- Are GEM and Framestein utterly apart one from each other ?
yes
I mean is it possible to merge GEM objects with Framestein ones and conversely ?
no
- As for the rendering window : I noticed that GEM came with
create/destroy objects and that Framestein came with its own rendering window : is it possible to have a unique window which displays both GEM and Framestein patches ?
no
- And in term of possibilities : eventually, which one of Framesteind
and GEM is the most powerfull tool ?
this is a question i cannot answer.
Are they both specialised in a certain area ?
yes Framestein is about image-processing (pixel-oriented, 2D) Gem is about computer-graphics (vector-oriented, 3D, with some possibilities to do pixel-processing)
These questions may appear to be stupid but I have to hear about your opinions... (the goal : creating a video clip to accompaign a track I've done recently, an interactive one to say...)
well, all pd-packages that have something to do with graphics (3D, 2D, video,...) can be used to create "a video clip to accompaign a track". you could even do this in plain pd (remember franks tgb-patch), it is basically a matter of aesthetics.
as for power of Framestein and Gem: Framestein is Windos-only; Gem is available on win, lin and osX (older versions are available for irix too) I have no idea how "big" Framestein is, but Gem is contains about 400 objects (half of which are rather useless if you don't know how to program openGL in a patcher language) Framestein allows multiple "frames" (even embedded into a patch), Gem has only one single window (which will change in the future...) Framestein needs your CPU, Gem needs a hw-accelerated graphics card. Framestein allows you to use Photoshop-plugins, Gem does not (but has some (un)common fx built in)
PS : about PDP, is it a customed-video oriented version of PD ? I think this one doesn't exist on XP)
no, pdp is just another library to do graphics. it is (basically) oriented on doing video-processing, and is highly optimized. if you have ever heard of "forth", go pdp. if not, there is a library called pidip (which is an extension to pdp) which has some high-level video-effects plus a lot of other cool stuff (like streaming, ...)
and best: pdp/pidip are available (only) on linux+osX
Any help would be greatly appreciated.
do not forget GridFlow.
Thanx for your support !
Gem, Framestein, pdp and GridFlow are really completely different things, although all are dedicated to produce some "graphical" output.
I think the biggest difference is not in possibilities but rather in the "way of thinking". so you should look at all of them carefully and then decide which fits you and your need best.
mfg.a.sdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Andres Cabrera wrote:
Hi, I'm curious now =). From what I understand pixes in gem are large messages containing the pixels of an image. If Framestein also treats pictures as messages maybe a converter object or even an abstraction could be written for interchange? Any one know?
neither in Gem nor in pdp nor in GridFlow nor in Framestein it is true, that pixes are "large messages containing the pixels of an image".
as i can only speak for Gem: what is passed between objects is a pointer to a structure containing (beyond others) a pointer to another structure that holds the image-data (the actual pixel-data + some meta information like width, size,...)
pdp passes an ID between objects, that identificates a memory-area where the pixel-data plus meta-information plus plus plus is stored.
i am not sure what is passed between GridFlow objects (and Framestein objects)
the only thing that no gfx-lib uses is passing the raw data as large messages: this is very inefficient. however, Gem even provides a way to do this with [pix_dump]: try and see performance decrease (although this is very flexible...)
mfg.a.dr IOhannes
On Wed, 24 Nov 2004, IOhannes m zmoelnig wrote:
i am not sure what is passed between GridFlow objects (and Framestein objects)
In GridFlow, a pointer to a GridOutlet is passed, together with a number type and a dimensions list, and then receivers register with the sender. When that is done, the sender multicasts a stream of data to the receivers, cut down in packets that are a few kilobytes each. Those packets are passed as pointers, of course. There are extra methods for negociating packet sizes and packet copying policies.
Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju
Andres Cabrera wrote:
Hi,
neither in Gem nor in pdp nor in GridFlow nor in Framestein it is true, that pixes are "large messages containing the pixels of an image".
Thanks for the clarification, I'll scrap the idea...=(
the idea is a good one
we are currently working (well, tom is and i have just made a template-file for him) on a (better) bridge between gem and pdp. more bridges to follow....
mfg.a.sdr IOhannes