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:
.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++)
I don't have a PD here with me.
Why did you not use pix_motion?
.b.
Hans-Christoph Steiner wrote:
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:
.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
Hi,
I think I got close, but did manage to create a bizarre effect:
I got just a white frame. I think you should cycle the placement of the frames in the buffer (so you always keep the last and new one) as well as first send bang then anything to the pix_film ..
(Sorry for my lumberjack) patch attached :) Diff works, but there is some flicker comming from i dunno where :/
gnd/
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:
.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
gnd/
+_+_=-=-=-=-=_+_+_=-=_+_+_+==-+_+_+_+_=-=_+_=_+-=_+-+-+-+-=-+_+_=-+-+_+_ LifEIsREallyEasyWhEnTakEnDownApartFromUpAroundThECEntErASpiralBlownHEart ToGivEItSomERElationToGivEInToBEliEfFrEEdomToThELimitTheLimitsSEtYouFrEE
wow!
amazing patch/idea!
im creating a new performance with dancers, and this patche looks super-conceptual! it only captures the moviment! wow!
maybe im a bit stuned ;). but im just expressing my feeling about your idea hans!
cheers guys!
ps: take a look at this video: http://www.youtube.com/watch?v=FTvqaHVFBlo still in portuguese, but the main language is pd ;) is my new project in pd.
palm
2010/3/3 gr()und gnd@itchybit.org:
Hi,
I think I got close, but did manage to create a bizarre effect:
I got just a white frame. I think you should cycle the placement of the frames in the buffer (so you always keep the last and new one) as well as first send bang then anything to the pix_film ..
(Sorry for my lumberjack) patch attached :) Diff works, but there is some flicker comming from i dunno where :/
gnd/
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:
.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
gnd/
+_+_=-=-=-=-=_+_+_=-=_+_+_+==-+_+_+_+_=-=_+_=_+-=_+-+-+-+-=-+_+_=-+-+_+_ LifEIsREallyEasyWhEnTakEnDownApartFromUpAroundThECEntErASpiralBlownHEart ToGivEItSomERElationToGivEInToBEliEfFrEEdomToThELimitTheLimitsSEtYouFrEE _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Is it what you are looking for ? ++
Jack
Le mercredi 03 mars 2010 à 17:39 -0500, Hans-Christoph Steiner a écrit :
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:.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
niiice!
gnd/
Is it what you are looking for ? ++
Jack
Le mercredi 03 mars 2010 à 17:39 -0500, Hans-Christoph Steiner a écrit :
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:
.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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
gnd/
+_+_=-=-=-=-=_+_+_=-=_+_+_+==-+_+_+_+_=-=_+_=_+-=_+-+-+-+-=-+_+_=-+-+_+_ LifEIsREallyEasyWhEnTakEnDownApartFromUpAroundThECEntErASpiralBlownHEart ToGivEItSomERElationToGivEInToBEliEfFrEEdomToThELimitTheLimitsSEtYouFrEE
hi hans,
why so complicated? just use [pix_delay 2] and [pix_separator] to feed the [pix_diff].
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
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
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
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_delaym.
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.
On 2010-03-10 17:36, Hans-Christoph Steiner wrote:
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.
[pix_delay] is a tap-delay (like z~), thus you give it the "samples" (frames) to delay, rather than the time (e.g. [vd~])
fgmkasdr IOhannes