In the attached patch, I intended a [separator] to have [translateXYZ] reset to 0 in between iterations (so that the x coordinates are treated as absolute, not as increments).

But it is clearly treating them as accumulative anyway.

In the screenshot, note that the list has 19 items, but I see many fewer visible stripes, explained by some being drawn out of range because of accumulating the coordinates. Why isn't [separator] resetting?

20-0215-stripes01.pd
rrand.hjh.pd

Thanks!

hjh

@ddw_music [separator] pops the gl matrix once a render is complete. So you are pushing in a new texture before it resets. Maybe you need to limit the recursion depth?..... but I think the list splitting is causing the problem. [nrepeat] seems to fix it.
I am no more expert than you.... and so I am not really sure that this gives the result you are looking for....... but...... stripes.zip
David.

I ended up working around it by adding a subpatch to differentiate the list items -- assume x(-1) = 0, then y(i) = x(i) - x(i-1) -- and when the translation integrates that, I get the right coordinates.

I'm still not clear on [separator], though, any insight would be helpful, thanks!

hjh