This is an updated plea from a previous post that yielded no responses. I now get the same error message when substituting a jit.matrix for the jit.qt.movie object. Curiously, the error is still attributed to jit.qt.movie. Previous info plus a few updates:
I get the error “jit.qt.movie: could not create temporary GWorld for open()” when looping through loading hi-res still images (anywhere from 3000x2000 to 6000x4000) into jit.qt.movie via asyncimport or jit.matrix via importmovie. I get the error (and no more loads) after looping through several dozen image loads. The load loop interval is long enough that I know the previous image has been completely loaded before loading the next. There is no metro clocking jit.qt.movie, just a bang sending the loaded still on for processing. I’ve started sending a “dispose” message prior to each asyncimport in hopes of fixing this problem, but no love.
This loop works fine by itself, but my complex problem patch does have at least five other matrixes of 1920x1920, as well as a chain of GPU slabs and Jitter gens. (I was under the impression that jit.qt.movie and jit.matrix use CPU and system RAM rather than GPU, but that may not be the case?)
In addition to any specific intel about the GWorld error, I'd appreciate any thoughts on how to examine/diagnose what's happening with system resources related to jit.qt.movie and jit.matrix.
The only other post I’ve found about this error seemed to solve by compiling the source images in a movie and changing the frame index… not a viable option for my application.
Max 6.1.3, Mac Pro 2.66GHz Quad-Core Intel Xeon, 8GB 1066 DDR3, ATI Radeon HD 5870, Mac OS 10.6.8
Any help appreciated! Thanks!