hello list,
is there any way to render stuff made with pd?is it limited, or any external renderer ?might seem a silly question
- henrik
with pd GEM I mean of course, like some realtime video manipulation
2007/9/17, henrik wurster henrik.wurster@gmail.com:
hello list,
is there any way to render stuff made with pd?is it limited, or any external renderer ?might seem a silly question
- henrik
henrik wurster wrote:
with pd GEM I mean of course, like some realtime video manipulation
what exactly do you mean?
m.sdr IOhannes
2007/9/17, henrik wurster <henrik.wurster@gmail.com mailto:henrik.wurster@gmail.com>:
hello list, is there any way to render stuff made with pd?is it limited, or any external renderer ?might seem a silly question - henrik
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
sorry it refers to the previous email...how can I render stuff i am doing with GEM? its video being transformed...do I need an external renderer ?
2007/9/17, IOhannes m zmoelnig zmoelnig@iem.at:
henrik wurster wrote:
with pd GEM I mean of course, like some realtime video manipulation
what exactly do you mean?
m.sdr IOhannes
2007/9/17, henrik wurster <henrik.wurster@gmail.com mailto:henrik.wurster@gmail.com>:
hello list, is there any way to render stuff made with pd?is it limited, or any external renderer ?might seem a silly question - henrik
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
henrik wurster wrote:
sorry it refers to the previous email...how can I render stuff i am doing with GEM? its video being transformed...do I need an external renderer ?
i still don't understand exactly what you mean.
when you use Gem, you normally render stuff into a window, so how does this differ from what you want? how does the rendering not satisfy you? ("render" is a technical term, (here) used for rasterization of graphics)
mfga.sdr IOhannes
ok...what I meant was creating a video-movie. like a command to save a file, like "writesf* does for sound. I was not sure if it is possible with such fast open-gl stugg... In german we call this "rendering" and lots of programmes also call it rendering or for the "render settings" when you create a file out of your composition...
2007/9/17, IOhannes m zmoelnig zmoelnig@iem.at:
henrik wurster wrote:
sorry it refers to the previous email...how can I render stuff i am doing with GEM? its video being transformed...do I need an external renderer ?
i still don't understand exactly what you mean.
when you use Gem, you normally render stuff into a window, so how does this differ from what you want? how does the rendering not satisfy you? ("render" is a technical term, (here) used for rasterization of graphics)
mfga.sdr IOhannes
henrik wurster wrote:
ok...what I meant was creating a video-movie. like a command to save a file, like "writesf* does for sound. I was not sure if it is possible with such fast open-gl stugg...
there are several ways to do this: [pix_write] will capture the current screen and write it to an image-file on disk (so you get a series of images which you then have to assemble into a movie-file using your favourite non-realtime video app) [pix_record] should be able to record the pixes into a movie on the fly. you will have to do the conversion from the rendering-window into a pix "by hand" (this is: via [pix_snap]); you can only use quicktime movies at the moment; for some people it seems to be stable.
In german we call this "rendering" and lots of programmes also call it
in austria, we refer to "the rasterization from high-level representation into low-level data" as "rendering". for instance, in the context of our spatialization engine, i use "render" for the creation of loudspeaker-signals out of a semi-abstract representation of sound-objects (input-signal + room information)
rendering or for the "render settings" when you create a file out of your composition...
but the applications you are talking about are usually non-realtime. that is why the "render" to a file per default. for realtime applications (like Pd) it seems to be more natural to render into a volatile medium (like a screen, a loudspeaker-feed,...)
mfga.sdr IOhannes
ok thank you !!
2007/9/17, IOhannes m zmoelnig zmoelnig@iem.at:
henrik wurster wrote:
ok...what I meant was creating a video-movie. like a command to save a file, like "writesf* does for sound. I was not sure if it is possible with such fast open-gl stugg...
there are several ways to do this: [pix_write] will capture the current screen and write it to an image-file on disk (so you get a series of images which you then have to assemble into a movie-file using your favourite non-realtime video app) [pix_record] should be able to record the pixes into a movie on the fly. you will have to do the conversion from the rendering-window into a pix "by hand" (this is: via [pix_snap]); you can only use quicktime movies at the moment; for some people it seems to be stable.
In german we call this "rendering" and lots of programmes also call it
in austria, we refer to "the rasterization from high-level representation into low-level data" as "rendering". for instance, in the context of our spatialization engine, i use "render" for the creation of loudspeaker-signals out of a semi-abstract representation of sound-objects (input-signal + room information)
rendering or for the "render settings" when you create a file out of your composition...
but the applications you are talking about are usually non-realtime. that is why the "render" to a file per default. for realtime applications (like Pd) it seems to be more natural to render into a volatile medium (like a screen, a loudspeaker-feed,...)
mfga.sdr IOhannes
now I have the correct word: to record a movie
2007/9/17, henrik wurster henrik.wurster@gmail.com:
ok...what I meant was creating a video-movie. like a command to save a file, like "writesf* does for sound. I was not sure if it is possible with such fast open-gl stugg... In german we call this "rendering" and lots of programmes also call it rendering or for the "render settings" when you create a file out of your composition...
2007/9/17, IOhannes m zmoelnig zmoelnig@iem.at:
henrik wurster wrote:
sorry it refers to the previous email...how can I render stuff i am doing with GEM? its video being transformed...do I need an external renderer ?
i still don't understand exactly what you mean.
when you use Gem, you normally render stuff into a window, so how does this differ from what you want? how does the rendering not satisfy you? ("render" is a technical term, (here) used for rasterization of graphics)
mfga.sdr IOhannes
henrik wurster wrote:
I was not sure if it is possible with such fast open-gl stugg... In
and supposed "stugg" should read "stuff": rendering a Gem-animation to disk will obviously be much slower for various reasons (slow harddisk, processing overhead for compression, non-optimized paths from gfx-card's framebuffer back to main memory,...)
fmga.dr IOhannes
-
henrik wurster -
IOhannes m zmoelnig