Joost Rekveld

jit-qt-movie-gworld-error

in the meantime I got it working by putting all my jpegs into a 

quicktime movie first, and read from there; that works fine.

I noticed that in the "image2movie" jitter example patch Jeremy 

Bernstein used jit.qt.movie instead of the 'importmovie' message to 

No problems there, it reads my jpegs fine, so it seems jit.qt.movie 

> Your question got me working on a jit.gl.lua code that does what 

> you want, i.e. loading a bunch of jpeg images. Actually I did it 

> because I was getting those exact error messages in a completely 

> different context! So I tried to replicate the error in lua with 

> your concept and I can't get them to appear. I don't know if you 

> maybe need the latest versions of max and jitter to use jit.gl.lua 

> but you can try. I posted the patch in the lua gencoord thread but 

> You will also need jit.gl.lua beta which you can find here:

https://cycling74.com/twiki/bin/view/Share/WesleySmith

> On Oct 24, 2007, at 5:07 AM, Joost Rekveld wrote:

>> i'm doing something which involves reading plenty of jpegs from a 

>> folder and I'm using the "importmovie" feature of jit.matrix to do 

>> After running my patch for a while I get two errors:

>> jit.qt.movie: could not create new gworld

>> jit.qt.movie: error creating movie gworld

>> it looks like some kind of memory issue, but most of my 3GB memory 

>> is sitting idle, and the jpegs are small.

>> another issue is that this method chokes rather easily on corrupt 

>> jpegs: those will crash max and sometimes even freeze up the system.

>> i'm on max 4.6.2 jitter 1.6.2 on a macintle 2x2x2.66 Ghz machine.

>> I guess a more safe method is to assemble my jpegs into a 

>> quicktimeclip first and read from there.

in the meantime I got it working by putting all my jpegs into a  
quicktime movie first, and read from there; that works fine.
I noticed that in the "image2movie" jitter example patch Jeremy  
Bernstein used jit.qt.movie instead of the 'importmovie' message to  
jit.matrix.
No problems there, it reads my jpegs fine, so it seems jit.qt.movie  
is the preferred choice  ?

> Hi Joost,
>
> Your question got me working on a jit.gl.lua code that does what  
> you want, i.e. loading a bunch of jpeg images. Actually I did it  
> because I was getting those exact error messages in a completely  
> different context! So I tried to replicate the error in lua with  
> your concept and I can't get them to appear. I don't know if you  
> maybe need the latest versions of max and jitter to use jit.gl.lua  
> but you can try. I posted the patch in the lua gencoord thread but  
> you can find it here too:
>
> http://home.earthlink.net/~posit/lua/
>
> You will also need jit.gl.lua beta which you can find here:
>
> https://cycling74.com/twiki/bin/view/Share/WesleySmith
>
> good luck
>
> (())_n
>
>
> On Oct 24, 2007, at 5:07 AM, Joost Rekveld wrote:
>
>> Hi,
>>
>> i'm doing something which involves reading plenty of jpegs from a  
>> folder and I'm using the "importmovie" feature of jit.matrix to do  
>> this.
>> After running my patch for a while I get two errors:
>> jit.qt.movie: could not create new gworld
>> jit.qt.movie: error creating movie gworld
>>
>> it looks like some kind of memory issue, but most of my 3GB memory  
>> is sitting idle, and the jpegs are small.
>> What could cause these errors ?
>>
>> another issue is that this method chokes rather easily on corrupt  
>> jpegs: those will crash max and sometimes even freeze up the system.
>>
>> i'm on max 4.6.2 jitter 1.6.2 on a macintle 2x2x2.66 Ghz machine.
>>
>> I guess a more safe method is to assemble my jpegs into a  
>> quicktimeclip first and read from there.
>>


This is a weird error to get, and would generally only crop up in a 

low-memory situation. The last major change to the jit.matrix object 

(to fix a similar memory leak) was on Mon, 25 Sep 2006, and was an 

issue with the 'exportimage' message. I don't see any other changes 

since then which would influence this (and a quick review of the code 

You really should be using the x.6.3 versions of everything though.

Am 24.10.2007 um 11:07 schrieb Joost Rekveld:

> i'm doing something which involves reading plenty of jpegs from a 

> folder and I'm using the "importmovie" feature of jit.matrix to do 

> After running my patch for a while I get two errors:

> jit.qt.movie: could not create new gworld

> jit.qt.movie: error creating movie gworld

> it looks like some kind of memory issue, but most of my 3GB memory 

> is sitting idle, and the jpegs are small.

> another issue is that this method chokes rather easily on corrupt 

> jpegs: those will crash max and sometimes even freeze up the system.

> i'm on max 4.6.2 jitter 1.6.2 on a macintle 2x2x2.66 Ghz machine.

> I guess a more safe method is to assemble my jpegs into a 

> quicktimeclip first and read from there.

> -------------------------------------------

This is a weird error to get, and would generally only crop up in a  
low-memory situation. The last major change to the jit.matrix object  
(to fix a similar memory leak) was on Mon, 25 Sep 2006, and was an  
issue with the 'exportimage' message. I don't see any other changes  
since then which would influence this (and a quick review of the code  
suggests good memory practices).

> Hi,
>
> i'm doing something which involves reading plenty of jpegs from a  
> folder and I'm using the "importmovie" feature of jit.matrix to do  
> this.
> After running my patch for a while I get two errors:
> jit.qt.movie: could not create new gworld
> jit.qt.movie: error creating movie gworld
>
> it looks like some kind of memory issue, but most of my 3GB memory  
> is sitting idle, and the jpegs are small.
> What could cause these errors ?
>
> another issue is that this method chokes rather easily on corrupt  
> jpegs: those will crash max and sometimes even freeze up the system.
>
> i'm on max 4.6.2 jitter 1.6.2 on a macintle 2x2x2.66 Ghz machine.
>
> I guess a more safe method is to assemble my jpegs into a  
> quicktimeclip first and read from there.
>
>
>
> -------------------------------------------
>
>                        	      Joost Rekveld
> -----------    http://www.lumen.nu/rekveld


jit.qt.movie gworld error