Hmm. This worked for you? I get a seg fault with your patch when I click on [create, 1(. I could get it to start w/out a seg fault by disconnecting the [t a b ] from the [gemlist], then clicking on the [create, 1( then reconnecting [t a b] to [gemlist], but then it doesn't work. I only see what is coming from the camera and not any sort of mix. No errors reported either.

What I am suspecting and what I thought your patch might also be showing is that I need 2 rendering chains to use [pix_mix] and that having the images to mix in separate buffers but from the same rendering chain is not sufficient. But I'm not sure why that would be the case for a pix_ object so I could also be making up random rules for stuff I don't understand --- thus my initial question.

So basically I have a solution as I show in my original patch I sent. But I'm looking for the "why" now.

I'm running Gem 0.91.3 and Pd 0.41.3 extended on Jaunty.

Thanks,

-John

On Sat, Nov 7, 2009 at 8:49 AM, Jack <jack@rybn.org> wrote:
What about this ?
++

Jack



Le samedi 07 novembre 2009 à 07:32 -0600, John Harrison a écrit :
> I wanted to mix past images with present images from a webcam using
> pix_mix. Attached is a patch that successfully does this using
> pix_buffer and fails to do this using pix_delay. My question is, why
> doesn't pix_delay work with pix_mix in my patch? How woulld I change
> my patch to get pix_delay to get the same results as pix_buffer does?
>
> Thanks,
>
> -John
>
> --
> John
> http://alumni.media.mit.edu/~harrison/
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



--
John
http://alumni.media.mit.edu/~harrison/