Bugs item #2972166, was opened at 2010-03-17 20:12 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: None
Status: Closed
Resolution: Fixed Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_crop, pix_resize don't "refresh" when they should
Initial Comment: If you use a pix_crop on a pix_film: [pix_film] | [pix_crop]
when [pix_film] has auto off, if you send floats into any of [pix_crop]'s inlets, the texture won't change accordingly until you move to another frame in [pix_film] (i.e. send a number to its right inlet or enable auto mode)
I don't know whether this is an issue with pix_film or pix_crop. This does not happen with [pix_image] in conjunction with pix_crop, so it's probably pix_film.
Then [pix_resize] has a similar issue: if you have:
[pix_film] | [pix_resize]
OR
[pix_image] | [pix_resize]
when you send a [dimen( message to pix_resize to change the target size, it won't change until the input pix changes. In the case of pix_film it won't change until the frame changes; in the case of pix_image it won't change until you load another image!!!!!!!
This seems somewhat similar to what happens with [pix_crop], however in this case it does apply to [pix_image] too, so it would suggest an issue in [pix_resize] rather than [pix_film] or [pix_image].
I haven't done intensive testing, so it may apply to more pix objects. I don't even know if the problem may be in [pix_texture].
I attach a simple test patch for convenience. You'll need a myimage.jpg image file and a myvideo.mov movie file.
And now a nastier thing, possibly related:
1) Open the attached patch, create the gemwin and click on the open messages to [pix_film]s You see the four images, twice the image and twice the video 2) Disconnect the upper [pix_image] and [pix_film] objects both from their input and output 3) move the [pix_film] on the right to the render chain on the left and connect it
You would expect the video to appear but no: the jpeg image reappears, though the [pix_image] is even disconnected!!!!
This is probably the same bug described above. Try all the viceversa's
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2010-05-22 02:20
Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 10:43
Message: we believe that this has been fixed in svn/trunk with commits r3262, r3263 and r3264
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 08:51
Message: you can use [pix_separator] to workarund.
fgmasdr IOhannes
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette) Date: 2010-03-17 22:18
Message: With pix_film, if you have to change a crop or resize of the image while not changing the frame, even sending the same frame number again won't work: the cropped or resized image won't be refreshed until pix_film actually goes to a different frame. So it is not "workaroundable"
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166...