Omar Zarifi

The crunchiness is likely due to the default Filter being Bilinear. It should look better if you change that to something higher-quality, like Box or B-spline.

That's true with zero being a bad constant border value for UV maps, but any constant value will probably have issues of one sort or another... Your idea to distort the "premultiplied" UV values is a pretty clever workaround. Does Clamp border work any better in these cases as a border condition?

Do you have more detailed steps to reproduce this? We can look into the issue if you share how to trigger it or log a ticket with our support team.

Gaalvk
Thanks for the iteration variables in H22! That helped a lot. I partially solved the problem by using $F+@iter/@count in transform formulas. This is for a simple single formula animation. A slightly more complex option for a non-formula animation is to copy from the animation outside the block chf("...", $F+@iter/@count ) or cht(..) with $T+@iter/$FPS/10. But remember, this is for a single controlled parameter. If the layer is complex with several animated elements, this won't help. I was hoping for timeshift and timepack here, but frankly, I haven't been able to use them in the block yet. Either they don't work, or I don't understand the concept. As soon as I plug in the Time Pack cable, everything stops working.

Feeding a Time Pack cable should work if you set that input of the block to be Cable type. Inside the block, you can then use Cable Split or Cable Unpack to extract the frame of interest using the @itervariable. The attached scene file shows this.

Unfortunately, we can't yet use Time Shift to change when the input of a block should cook...

Edit: looks like Jeff and I made two versions of the same example for you! Renaming every wire to the same thing, then simply relying on the Index of Cable Unpack is a good way to generically loop over every field of a cable. The approach I'm using is stitching the name using a backticked expression, which is a little less elegant.