[PD] [pix_crop] doesn't work after [pix_set] ??

[Matteo Sisti Sette]

On 08/18/2010 05:42 PM, Claude Heiland-Allen wrote:
>
> It works here, see attached (requires gridflow as well as Gem as I
> didn't feel like writing a long list in the patch).
>

Ok, I see.
The problem is that when [pix_crop] receives a new value for any of the 
width, height, offsetx or offsety parameters, it does not update the 
output until you resend the list to [pix_set]. See attached patch

Unless you put a pix_separator on it.

Now that I think about it, I remember the same happening with pix_image 
and/or with pix_film when the frame didn't change, but now I can't 
reproduce that except with pix_set.

Maybe it was fixed for pix_image and pix_video, or that is specific to 
Windows...


Thank you
m.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test_crop.pd
Type: text/x-puredata
Size: 1156 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100818/3ca5c19e/attachment.bin>