Tips For Playing back still images fast without loadram?

Duffield's icon

EDIT: Whoops somehow my browser posted before I finished writing this. Sorry if you saw a one sentence version.

I have a lot of files that I'm looking to play back fast. Because there's literally thousands of files, I don't want to use loadram, as I won't have enough ram for them all. I have it so that I have the file names in a [text] object which I'm iterating through to select different images based on different parameters. However, I'm finding the performance slow using the typical [read] image. Even HAP doesn't help.

Images are 1280 X 720, currently .jpg but recompressing to .png (I think this should help a bit).

Below is my patch, which also is seemingly unstable and crashes more than I think it should.

Max Patch
Copy patch and select New From Clipboard in Max.

Any help would be greatly appreciated.

Yoann's icon

put them all together as a movie file and play it frame by frame.

Duffield's icon

Sorry, maybe I should have clarified.

This is time lapse stills, and I need to have some random access memory for the playback, as the file names of the images are essentially a 'code' for different sorting algorithms. (I.e., date, time, camera angle, etc.) .This is in lieu of metadata, and the goal is to have one folder of images, that can be sorted into different playback sequences based on parameters set by the user in relative real-time (i.e., if it takes a second to load after clicking a button so be it). The issue with bouncing it as a video, is this data per frame would not exist as to my knowledge you can't tag or attach metadata to a frame, or if you could I dont't know how one would retrieve that information in Max.

Technically, I suppose you could have one folder of the images, and one video. Do the filtering of the algorithms, pack that in a text file, then use some component of the file name string to correlate to a frame number of a precomposed video...but that process seems awkward. Plus every time the folder changes a new video would have to be exported, which is annoying.

I have tried Benson's advice of using a jit.matrix to read JXF files so the video is 'pre-compressed' and it did improve performance, especially with multiple videos playing simultaneously (I'll have a new Tin Can Mac Pro outputting four videos at once for the exhibition). However, I'm just trying to figure out if there's a more elegant way then re-exporting the entire folder into JXF everytime the files in the folder update. Thread is here: https://cycling74.com/forums/capture-video-to-a-buffer-then-shuttle-around-in-it/

Once again help would be greatly appreciated.