Hi,
ill try the pix_separate as cgc noted. I didnt see that listed anywhere in the docs. *shrug*
oh well.
as far as turning on and off the effects on a renderchain, at least, in jitter, there is overhead for even passing through an effect that is off. there is a 'passthrough' command , similar to natos 'thru', but even that has overhead. =(
so thats what I was trying to avoid.
GEM: Graphics Environment for Multimedia GEM: ver: 0.87+cvs GEM: compiled: Aug 6 2003
is this new enough to have that new message system?, and how often does the OS X image installer get updated (that is what I used)? and how clean will it do an upgrade? (IE replace/overwrite etc old externals.)
I have noticed that after playing for a while with routing gem chains here and there (is gem-chain even the right name.. ?), that the video would get a bit messed up.
Ive also managed to crash PD/Gem quite a bit. who do I send crashlogs to?
ill try '0,1' to gemwin, and hope it doesnt make it stutter.
thanks for all the help folks. this list is most helpful
-dok
On Oct 26, 2003, at 9:41 AM, B. Bogart wrote:
Bouncing Gem chains like this does not work very well...
One thing to try is to send the gemwin a 0,1 message (to turn off and then immidiatly on rendering) this syncs things in most situations when your breaking and reconecting chains.
This was required in gem 0.87, but the CVS message system for Gem is different, and you should not need to do this.
Also in .87 I noticed that when you change a gem chain with a video as a texture you will lose the texture if the video is NOT playing, if the video is playing the texture does get retained by the new chain... go figure.
Most effects you can turn on and off by sending a 1-0 message I think... you could try playing with that.
Zitiere doktorp doktorp@mac.com:
Hi,
ill try the pix_separate as cgc noted. I didnt see that listed anywhere in the docs. *shrug*
oh well.
as far as turning on and off the effects on a renderchain, at least, in jitter, there is overhead for even passing through an effect that is off. there is a 'passthrough' command , similar to natos 'thru', but even that has overhead. =(
if you turn the fx on/off with 0/1 as ben (i think) has mentioned , you will get almost no overhead (it will cost more than without the object plugged in, but i think almost any routing object (like [spigot]) would cost the same...), no void data-copying is done.
and you will get an overhead when using [trigger anything] too, but you could just ignore it.
so thats what I was trying to avoid.
GEM: Graphics Environment for Multimedia GEM: ver: 0.87+cvs GEM: compiled: Aug 6 2003
is this new enough to have that new message system?, and how often does
the OS X image installer get updated (that is what I used)? and how clean will it do an upgrade? (IE replace/overwrite etc old externals.)
I have noticed that after playing for a while with routing gem chains here and there (is gem-chain even the right name.. ?), that the video would get a bit messed up.
? basically image-processing is done in-place (so we don't have to do costy image-copying), which means that the image-itself is modified ("destructive editing"), which is normally no problem when using live-feeds (because you will get a fresh and brand-new image in the next frame), but is bad when using subchains with independent pix_fx. however, [pix_separator] (or [pix_buf], which is the same) just buffers the image (doing costy copying) which helps you in several cases (separate gem-subchains, where you want different independent image-fx)
Ive also managed to crash PD/Gem quite a bit. who do I send crashlogs to?
me. ? any othere volunteers ?
mfg.asd.r IOhannes
-
doktorp -
zmoelnig＠iem.at