[Marius -- Thanks for this and also your offline help. I'm putting it back in the public discussion.]
When there are several gemlists, due to several geos, each one seems to trigger snap. So what should be a single frame gets extended into as many frames as there are geos, and during the course of this "extended frame" each geo appears sequentially as it is rendered. Then this starts all over again at the beginning of the next "extended frame". The result is that when I play back the QT movie, it is slowed down and geos flicker in and out of existence. Is there an object which I can connect all the geo outputs to which will accumulate them until they have all been rendered and only then output them and send a bang to snap? Or is there some other way to synchrnize snap so that it will only capture the "completed" rendering? In short: How do you use snap/pix_snap/pix_record (or maybe something else and pix_snap?) to capture the output of a *complicated* patch? Thanks (everyone). -- Dudley marius schebella wrote: > pix_snap > you have to set a size (the size of your gemwin for example and send a > snap message for every frame you want to snap. (use [t b a]) > > In theory this works, in practice not, because pix_record gives me wrong > colors (something like red and green swapped). Do your colors look > correct??? > > marius. > > > Dudley Brooks wrote: >> Still a newbie after several weeks! :^( >> >> I didn't specify one part of my original question -- which I still >> can't figure out: >> >> I can get [pix_record] to work in a patch like this: >> >> [gemhead] >> | >> | <input a movie, etc.> >> |/ >> [pix_draw] >> | >> | <open a save file; "record" and "auto" messages; etc.> >> |/ >> [pix_record] >> >> >> But how do I do something like this: >> >> [gemhead] >> | >> <various manipulations> >> | >> [cube] >> | >> <???????> >> | >> [pix_record] >> >> What do I have put in <???????> to feed geos, lights, etc., to >> [pix_record]? I tried connecting them directly to [pix_record], which >> didn't work, and I tried connecting them to [pix_draw], which connects >> to [pix_record]. Is it that geos don't produce pixes? >> >> Thanks. >> > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
