it look like pix_multiimage did not open your images. what did it tell you when you send the open message, and what message did you send? c

Le 17/06/2010 23:03, Hans-Christoph Steiner a écrit :

Hans-Christoph Steiner wrote:

...

I have a bunch of JPEGs in this format: 001-LON93591.jpg JPEG 723x1080 723x1080+0+0 8-bit DirectClass 200kb

They work fine with [pix_image]. I am trying to show them by sending a float to the right inlet with [pix_multiimage *.jpg 20] and I always get:

error: [pix_multiimage]: selection number too high: 4 (max num is 0)

Any ideas? 04.pix/02.multiimage.pd works with its included temp*.JPG files.

.hc

A few more attempts:

• I tried relative and absolute paths (the files are in the same dir as

the patch)

• I tried converting to .tiff

No luck...

.hc

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On Thu, 17 Jun 2010, Claude Heiland-Allen wrote:

pix_multiimage.cpp:154: sprintf(newName, "%s%d%s", bufName, realNum, postName); So '*' is not really a wildcard, but a placeholder for a number. Personally I don't like to number my images with %d, at least I'd rather use %08d or similar...

it's not so much a personal preference, than a fact of life, that it's better when alphanumeric sorting and numeric sorting coïncide. Hence the leading zeroes.

way too many things get sorted like 1, 10, 11, ..., 19, 2, 20, 21, ... or worse (three digits...) and it's usually in situations where you can't control the sorting and the sorting isn't very DWIM. (the ls command and all Finders and File Managers I've seen).

It's much easier to add leading digits than to change folder sort order.

_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801