aaron

I am trying to make a 7-channel video installation using the standard qt.movie->videoplane->render->window patch and I am getting good frame rates, but the movies stutter a lot as if the frame rate was low. So far I have tried adding ram and using loadram, using extra hardrives, and everything else I can think of. So it isn't a disk speed issue for sure. Any suggestions? Many thanks, Aaron

4 x NVIDIA GeForce 7300 GT 256MB Video Cards

and here is the patch (with only 5 windows)...

Hello All,
Here is my problem: 
I am trying to make a 7-channel video installation using the standard qt.movie->videoplane->render->window patch and I am getting good frame rates, but the movies stutter a lot as if the frame rate was low. So far I have tried adding ram and using loadram, using extra hardrives, and everything else I can think of.  So it isn't a disk speed issue for sure.  Any suggestions?  Many thanks, Aaron

Mac Pro 2.6 Ghz
Latest OS, Max, and QuickTime
4 x  NVIDIA GeForce 7300 GT 256MB Video Cards

7-channel-video-problems

Without examining the patch, this sounds like a very similiar problem 

to what i recently inquired about with high resolution files

the answer given is that all quicktime read/decompression calls are 

all in the same processor thread, it seems the best answer to fixing 

it lies in writing a mxj java movie routine that splits your movies 

into separate threads (ie spread the load across the processors)

> I am trying to make a 7-channel video installation using the 

> standard qt.movie->videoplane->render->window patch and I am 

> getting good frame rates, but the movies stutter a lot as if the 

> frame rate was low. So far I have tried adding ram and using 

> loadram, using extra hardrives, and everything else I can think 

> of. So it isn't a disk speed issue for sure. Any suggestions? 

Without examining the patch, this sounds like a very similiar problem  
to what i recently inquired about with high resolution files

the answer given is that all quicktime read/decompression calls are  
all in the same processor thread, it seems the best answer to fixing  
it lies in  writing a mxj java movie routine that splits your movies  
into separate threads (ie spread the load across the processors)

> Hello All,
> Here is my problem:
> I am trying to make a 7-channel video installation using the  
> standard qt.movie->videoplane->render->window patch and I am  
> getting good frame rates, but the movies stutter a lot as if the  
> frame rate was low. So far I have tried adding ram and using  
> loadram, using extra hardrives, and everything else I can think  
> of.  So it isn't a disk speed issue for sure.  Any suggestions?   
> Many thanks, Aaron


you could also launch multiple instances of max, (or maxplay) doing 

two movies each - this will achieve the same result.

you can synchronize the apps using networking objects (mxj maxhole is 

also, you can mess around with the 'Performance Options' settings in 

the options menu - give more priority to the low priority scheduler 

events, and less to high priority - since 'low' is where all the 

> Without examining the patch, this sounds like a very similiar 

> problem to what i recently inquired about with high resolution files

> the answer given is that all quicktime read/decompression calls are 

> all in the same processor thread, it seems the best answer to 

> fixing it lies in writing a mxj java movie routine that splits 

> your movies into separate threads (ie spread the load across the 

you could also launch multiple instances of max, (or maxplay) doing  
two movies each - this will achieve the same result.
you can synchronize the apps using networking objects (mxj maxhole is  
easy).

also, you can mess around with the 'Performance Options' settings in  
the options menu - give more priority to the low priority scheduler  
events, and less to high priority - since 'low' is where all the  
quicktime/jitter stuff happens.

> Without examining the patch, this sounds like a very similiar  
> problem to what i recently inquired about with high resolution files
>
> the answer given is that all quicktime read/decompression calls are  
> all in the same processor thread, it seems the best answer to  
> fixing it lies in  writing a mxj java movie routine that splits  
> your movies into separate threads (ie spread the load across the  
> processors)
>
>
> --deKam


I am a jitter apprentice working in a new project and need some 

orientation with the best way to make interact (and move)

image and text files to audio/voice inputs.

As I can't find the right tutorial, any suggestion will be warmely welcome.

I am a  jitter apprentice  working in a new project and need some 
orientation with the best way to make interact (and move)
image and text  files to audio/voice inputs.

i suggest you checkout some of the tutorials first.

once thats done you can find some jitter recipes that could give inspiration

https://cycling74.com/cgi-bin/searchsite.pl?SearchText=jitter+recipes

On 4/18/07, epizeuxis1@telefonica.net wrote:

> I am a jitter apprentice working in a new project and need some

> orientation with the best way to make interact (and move)

> image and text files to audio/voice inputs.

> As I can't find the right tutorial, any suggestion will be warmely

i suggest you checkout some of the tutorials first.
once thats done you can find some jitter recipes that could give inspiration
for what u are trying.

On 4/18/07, epizeuxis1@telefonica.net  wrote:
>
> Dear coleagues,
>
> I am a  jitter apprentice  working in a new project and need some
> orientation with the best way to make interact (and move)
> image and text  files to audio/voice inputs.
>
> As I can't find the right tutorial, any suggestion will be warmely
> welcome.
>
> Regards,
>
> Destroboy
>

I am a jitter apprentice working in a new project and need some

I am a  jitter apprentice  working in a new project and need some
orientation with the best way to make interact (and move)
image and text  files to audio/voice inputs.

i tried to jit.qt.grab->jit.matrixset at the highest possible rate in 

didn't happen - obviously pal dv cams are limited to 50 fps.

or did anybody found out how to overcome this limitation?

Hi there,
i tried to jit.qt.grab->jit.matrixset at the highest possible rate in  
the hope to enhance time-resolution.
didn't happen - obviously pal dv cams are limited to 50 fps.
or did anybody found out how to overcome this limitation?
any experience with high speed cams?

7-Channel Video Problems