Ah, ok, so then very nice!

.hc

On Mar 10, 2010, at 11:55 AM, Max wrote:

pix_delay actually works exactly that way. its not milliseconds, it's frames.
have a look at the helppatch fo pix_delay

m.

Am 10.03.2010 um 17:36 schrieb Hans-Christoph Steiner:


Your patch is pretty simple, but it seems to be that the logic of this operation should be based off of the frame clock rather than a delay. That way, the patch would work no matter the frame rate, for example.

.hc

On Mar 10, 2010, at 11:30 AM, Max wrote:

hi hans,

why so complicated? just use [pix_delay 2] and [pix_separator] to feed the [pix_diff].

<05a-difference.pd>

taken from
http://web.uni-weimar.de/medien/wiki/Bewegungsmelder

Am 03.03.2010 um 23:39 schrieb Hans-Christoph Steiner:


I am trying to make a simple patch where the current video frame is [pix_diff]'ed against the previous video frame. I can get it going manually, but I would like it to happen every frame. I think I got close, but did manage to create a bizarre effect:
<framechangetracking.pd>


.hc

----------------------------------------------------------------------------

I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup (creator of C++)

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




----------------------------------------------------------------------------

Mistrust authority - promote decentralization.  - the hacker ethic








----------------------------------------------------------------------------

Programs should be written for people to read, and only incidentally for machines to execute.
 - from Structure and Interpretation of Computer Programs


_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to