pix_write to pix_multiimage

Reply to pix_write to pix_multiimage on Tue, 19 Jun 2018 01:27:22 GMT

colinbrogan — Tue, 19 Jun 2018 01:27:22 GMT

Working on a patch which takes the output of pix_write, and tries to read it in pix_multiimage.

The problem is that pix_write creates a sequence of images with many trailing zeros like so:

filename00000.jpg
filename00001.jpg
filename00002.jpg
etc...

While pix_multiimage expects a folder of images like so:

filename0.jpg
filename1.jpg
filename2.jpg
etc...

I see nothing in the documentation to either remove the trailing zeros in pix_write, or add trailing zeros to pix_multiimage. The second I rename each file by hand, it works. But I want my patch to pass between these two objects on the fly.

It is quite annoying that these two patches are not naturally interoperable for such a trivial reason. If anyone knows any work arounds, let me know. I am on the brink of finishing a great patch, where this trivial limitation is preventing some great live video manipulations.

Reply to pix_write to pix_multiimage on Tue, 19 Jun 2018 11:29:31 GMT

whale-av — Tue, 19 Jun 2018 11:29:31 GMT

@colinbrogan You can access them with a message to [pix_multiimage] like [open filename0000*.jpg x (..... (where x is the number of images -1).
If you have more than 10 images you will have to change the message like this.......
[open filename000*.jpg x ( ....... one less leading zero........and at 100+ one less zero again.....
You can automate that with $ variables in the message......

If [pix_multiimage] will not go looking for 01, 02 when x is greater than 9 then you might be stuck with loading 10 max images first....... and then flipping to the next 90 (double digits).

I hope that makes sense.
David.

Reply to pix_write to pix_multiimage on Tue, 19 Jun 2018 18:16:11 GMT

colinbrogan — Tue, 19 Jun 2018 18:16:11 GMT

Ha! Ofcourse! Don't know why I didnt think of that.
I will be posting a dance with your past self patch soon with this knowledge! This was the last technical hurdle.