Re: [PD] diff frame from previous frame with Gem
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
hi hans, why so complicated? just use [pix_delay 2] and [pix_separator] to feed the [pix_diff]. 05a-difference.pd Description: Binary data 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 PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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 PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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 smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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
Re: [PD] diff frame from previous frame with Gem
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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#N canvas 0 25 1440 795 10; #X obj 348 14 gemhead; #X obj 201 226 pix_buffer_write previous; #X obj 564 414 pix_texture; #X obj 329 310 pix_buffer_read previous; #N canvas 340 107 682 322 gemwin 0; #X obj 102 122 tgl 15 0 \$0-gemstart \$0-gemstart empty 17 7 0 10 -262144 -1 -1 1 1; #X obj 102 161 r \$0-gemstart; #X obj 102 182 select 1 0; #X msg 102 214 create \, 1; #X msg 177 215 destroy; #X obj 102 239 t a; #X obj 318 54 inlet; #X obj 318 255 gemwin; #X obj 318 100 t a a; #X obj 318 287 outlet; #X obj 350 128 route create destroy; #X obj 350 150 t b; #X msg 350 172 1; #X obj 390 150 t b; #X msg 390 172 0; #X obj 350 195 t f; #X msg 350 219 set \$1; #X text 118 122 rendering; #X connect 1 0 2 0; #X connect 2 0 3 0; #X connect 2 1 4 0; #X connect 3 0 5 0; #X connect 4 0 5 0; #X connect 5 0 8 0; #X connect 6 0 8 0; #X connect 7 0 9 0; #X connect 8 0 7 0; #X connect 8 1 10 0; #X connect 10 0 11 0; #X connect 10 1 13 0; #X connect 11 0 12 0; #X connect 12 0 15 0; #X connect 13 0 14 0; #X connect 14 0 15 0; #X connect 15 0 16 0; #X connect 16 0 0 0; #X coords 0 -1 1 1 85 40 1 100 100; #X restore 722 195 pd gemwin; #X obj 564 439 rectangle 4 3; #X obj 329 286 gemhead; #X msg 399 144 0; #X obj 564 383 pix_diff; #X obj 599 49 pix_buffer previous 2; #X msg 348 143 1; #X obj 564 309 pix_buffer_read previous; #X obj 564 285 gemhead; #X obj 201 174 pix_film; #X msg 98 107 open /video/640x480/stena1.mov; #X msg 179 130 auto 1; #X msg 263 175 0; #X obj 348 110 alternate; #X obj 470 189 f; #X obj 531 192 f; #X obj 543 258 -; #X msg 531 236 1; #X obj 531 216 t b f; #X obj 348 59 trigger bang anything bang bang; #X connect 0 0 23 0; #X connect 2 0 5 0; #X connect 3 0 8 1; #X connect 6 0 3 0; #X connect 7 0 18 1; #X connect 7 0 1 1; #X connect 7 0 19 1; #X connect 8 0 2 0; #X connect 10 0 18 1; #X connect 10 0 1 1; #X connect 10 0 19 1; #X connect 11 0 8 0; #X connect 12 0 11 0; #X connect 13 0 1 0; #X connect 13 2 16 0; #X connect 14 0 13 0; #X connect 15 0 13 0; #X connect 16 0 13 1; #X connect 17 0 10 0; #X connect 17 1 7 0; #X connect 18 0 3 1; #X connect 19 0 22 0; #X connect 20 0 11 1; #X connect 21 0 20 0; #X connect 22 0 21 0; #X connect 22 1 20 1; #X connect 23 0 17 0; #X connect 23 1 13 0; #X connect 23 2 18 0; #X connect 23 3 19 0;___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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 g...@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 -- @ricardopalmieri mobile# +551185833173 mobile# +551178094472 - ID: 55*7*38742 [intlab.cc] [palm.estudiolivre.org] [myspace.com/livenoisetupi] [skype:palmieriricardo] [msn: ricardopalmi...@bol.com.br] [linux user # 392484] :(){:|:};: A renúncia é a libertação. Não querer é poder. Fernando Pessoa ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] diff frame from previous frame with Gem
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list