Valentin

I am trying to play HiRes (1280 x 720) video in a Jitter patch and the results are not smooth.

I've tried MJpegA and Photo JPeg codecs with the same slightly jerky results in either case.

The video file plays perfectly smoothly in the Quicktime player, but is just not smooth within Jitter.

The patch is super simple... read a quicktime file... jit.qt.movie to a window - I've tried metro at all settings from 1 to 40 ms. - All with the same results...

Any ideas? It's so frustrating that it plays perfectly in the Quicktime player.. but not smoothly using Jitter. This is my only experience with video not playing smoothly in Jitter. I have much more complex patches running two 640x480 streams with effects and etc. which run perfectly.

I've also tried loading the clip which is about 30 MB to RAM.. same problem

p.s. I've tried the patch on both Dual 2Ghz G5 and MacBookPro Dual Core. Same patch scaling up a 640x480 file works fine too.

The patch is super simple... read a quicktime file... jit.qt.movie to a window - I've tried metro at all settings from 1 to 40 ms.  - All with the same results...

Any ideas?  It's so frustrating that it plays perfectly in the Quicktime player.. but not smoothly using Jitter. This is my only experience with video not playing smoothly in Jitter. I have much more complex patches running two 640x480 streams with effects and etc. which run perfectly.

p.s.  I've tried the patch on both Dual 2Ghz G5 and MacBookPro Dual Core. Same patch scaling up a 640x480 file works fine too.


hi-res-video-stutters-with-jitter

BTW, Here's the patch... Maybe I'm doing something fundamentally wrong? lol

I tried the jit.window @noaccel 1 with a direct-to-window command to the jit.qt.movie

That worked beautifully for getting the video to stop stuttering.

The problem is that now, I have no way to do anything with the video other than just streaming it from disk (i.e. I had wanted to fade from one "stream" to another... using jit.xfade so that files could run continuously , one into the other... )

With the direct-to-window, I no longer have any way to use all the lovely jitter things like xfade, rotate etc etc...

Is there any way to get the file to stream smoothly, and still maintain the ability to manipulate the matrix (even just rotation and xfade would be adequate... but having no ability to effect the stream or even crossfade from one stream to another, makes it kind of useless for my purpose - frustrating.)

I had the whole setup prototyped beautifully, but with multiple 640x480 streams. With the higher res quicktime, it just doesn't keep up.

I tried the jit.window @noaccel 1   with a direct-to-window command to the jit.qt.movie

I had the whole setup prototyped beautifully, but with multiple 640x480 streams. With the higher res quicktime, it just doesn't keep up. 

Well, the direct-to-window version is the most similar to the 

QuickTime Player situation which you described. And the only valid 

comparison, so I'm glad that it runs well in this case.

Nevertheless, if you need high-resolution, high-performance with 

fades, spatial effects, etc. etc. etc., you will need to use the 

@colormode uyvy modes available to jit.qt.movie, jit.gl.slab/texture, 

jit.gl.videoplane and friends. Do a search on "colormode" or "uyvy" 

in the forums, if you're not sure about this.

If this doesn't run fast enough, you probably need a faster computer 

or reduced expections of what is possible to accomplish on current 

> I tried the jit.window @noaccel 1 with a direct-to-window command 

> That worked beautifully for getting the video to stop stuttering.

> The problem is that now, I have no way to do anything with the 

> video other than just streaming it from disk (i.e. I had wanted to 

> fade from one "stream" to another... using jit.xfade so that files 

> could run continuously , one into the other... )

> With the direct-to-window, I no longer have any way to use all the 

> lovely jitter things like xfade, rotate etc etc...

> Is there any way to get the file to stream smoothly, and still 

> maintain the ability to manipulate the matrix (even just rotation 

> and xfade would be adequate... but having no ability to effect the 

> stream or even crossfade from one stream to another, makes it kind 

> of useless for my purpose - frustrating.)

> I had the whole setup prototyped beautifully, but with multiple 

> 640x480 streams. With the higher res quicktime, it just doesn't 

Well, the direct-to-window version is the most similar to the  
QuickTime Player situation which you described. And the only valid  
comparison, so I'm glad that it runs well in this case.

Nevertheless, if you need high-resolution, high-performance with  
fades, spatial effects, etc. etc. etc., you will need to use the  
@colormode uyvy modes available to jit.qt.movie, jit.gl.slab/texture,  
jit.gl.videoplane and friends. Do a search on "colormode" or "uyvy"  
in the forums, if you're not sure about this.

If this doesn't run fast enough, you probably need a faster computer  
or reduced expections of what is possible to accomplish on current  
computer hardware in realtime.

>
> Hi,
>
> Thanks for the suggestions.. :-)
>
> I tried the jit.window @noaccel 1   with a direct-to-window command  
> to the jit.qt.movie
>
> That worked beautifully for getting the video to stop stuttering.
>
> The problem is that now, I have no way to do anything with the  
> video other than just streaming it from disk (i.e. I had wanted to  
> fade from one "stream" to another... using jit.xfade so that files  
> could run continuously , one into the other... )
>
> With the direct-to-window, I no longer have any way to use all the  
> lovely jitter things like xfade, rotate etc etc...
>
> Is there any way to get the file to stream smoothly, and still  
> maintain the ability to manipulate the matrix (even just rotation  
> and xfade would be adequate... but having no ability to effect the  
> stream or even crossfade from one stream to another, makes it kind  
> of useless for my purpose - frustrating.)
>
> I had the whole setup prototyped beautifully, but with multiple  
> 640x480 streams. With the higher res quicktime, it just doesn't  
> keep up.
>
> Help?!  lol
>
> - Valentin
>
>


search the archives or in the examples for using videoplanes with YUV 

texturing. With a decent to high end card, you can get HD resolution 

videos working in simple patches for mixing.

On Dec 25, 2006, at 12:56 PM, Valentin wrote:

search the archives or in the examples for using videoplanes with YUV  
texturing. With a decent to high end card, you can get HD resolution  
videos working in simple patches for mixing.

>
> Hi,
>
> Thanks for the suggestions.. :-)
>
> I tried the jit.window @noaccel 1   with a direct-to-window command  
> to the jit.qt.movie
>
> That worked beautifully for getting the video to stop stuttering.
>
> The problem is that now, I have no way to do anything with the  
> video other than just streaming it from disk (i.e. I had wanted to  
> fade from one "stream" to another... using jit.xfade so that files  
> could run continuously , one into the other... )
>
> With the direct-to-window, I no longer have any way to use all the  
> lovely jitter things like xfade, rotate etc etc...
>
> Is there any way to get the file to stream smoothly, and still  
> maintain the ability to manipulate the matrix (even just rotation  
> and xfade would be adequate... but having no ability to effect the  
> stream or even crossfade from one stream to another, makes it kind  
> of useless for my purpose - frustrating.)
>
> I had the whole setup prototyped beautifully, but with multiple  
> 640x480 streams. With the higher res quicktime, it just doesn't  
> keep up.
>
> Help?!  lol
>
> - Valentin
>
>

i got an e6400 duo2 2gig geforce 9700gs running the

jit.gl.slab-DVcompareGPU @ 60fps 32cpu% (tops)

> search the archives or in the examples for using videoplanes with YUV

> texturing. With a decent to high end card, you can get HD resolution videos

> On Dec 25, 2006, at 12:56 PM, Valentin wrote:

> I tried the jit.window @noaccel 1 with a direct-to-window command to the

> The problem is that now, I have no way to do anything with the video other

> than just streaming it from disk (i.e. I had wanted to fade from one

> "stream" to another... using jit.xfade so that files could run

> With the direct-to-window, I no longer have any way to use all the lovely

> jitter things like xfade, rotate etc etc...

> Is there any way to get the file to stream smoothly, and still maintain

> the ability to manipulate the matrix (even just rotation and xfade would be

> adequate... but having no ability to effect the stream or even crossfade

> from one stream to another, makes it kind of useless for my purpose -

> I had the whole setup prototyped beautifully, but with multiple 640x480

> streams. With the higher res quicktime, it just doesn't keep up.

i got an e6400 duo2 2gig geforce 9700gs running the
jit.gl.slab-DVcompareCPU @ 14fps 75cpu%
jit.gl.slab-DVcompareGPU @ 60fps 32cpu% (tops)

On 12/26/06, vade  wrote:
>
> search the archives or in the examples for using videoplanes with YUV
> texturing. With a decent to high end card, you can get HD resolution videos
> working in simple patches for mixing.
>
>
> On Dec 25, 2006, at 12:56 PM, Valentin wrote:
>
>
> Hi,
>
> Thanks for the suggestions.. :-)
>
> I tried the jit.window @noaccel 1   with a direct-to-window command to the
> jit.qt.movie
>
> That worked beautifully for getting the video to stop stuttering.
>
> The problem is that now, I have no way to do anything with the video other
> than just streaming it from disk (i.e. I had wanted to fade from one
> "stream" to another... using jit.xfade so that files could run
> continuously , one into the other... )
>
> With the direct-to-window, I no longer have any way to use all the lovely
> jitter things like xfade, rotate etc etc...
>
> Is there any way to get the file to stream smoothly, and still maintain
> the ability to manipulate the matrix (even just rotation and xfade would be
> adequate... but having no ability to effect the stream or even crossfade
> from one stream to another, makes it kind of useless for my purpose -
> frustrating.)
>
> I had the whole setup prototyped beautifully, but with multiple 640x480
> streams. With the higher res quicktime, it just doesn't keep up.
>
> Help?!  lol
>
> - Valentin
>
>
>
>
> *v a d e //*
>
> *www.vade.info*
> *abstrakt.vade.info*
>
>
>
>
>
>
>

if you uncheck or send 'sync 0', your GL context will not be limted 

to your VBL sync refresh rate, and will show you a more accurate 

what kind of/resolution movies are you playing back?

On Dec 25, 2006, at 7:51 PM, yair reshef wrote:

> i got an e6400 duo2 2gig geforce 9700gs running the

> jit.gl.slab-DVcompareCPU @ 14fps 75cpu%

> jit.gl.slab-DVcompareGPU @ 60fps 32cpu% (tops)

> search the archives or in the examples for using videoplanes with 

> YUV texturing. With a decent to high end card, you can get HD 

> resolution videos working in simple patches for mixing.

>> I tried the jit.window @noaccel 1 with a direct-to-window 

>> That worked beautifully for getting the video to stop stuttering.

>> The problem is that now, I have no way to do anything with the 

>> video other than just streaming it from disk (i.e. I had wanted to 

>> fade from one "stream" to another... using jit.xfade so that files 

>> could run continuously , one into the other... )

>> With the direct-to-window, I no longer have any way to use all the 

>> lovely jitter things like xfade, rotate etc etc...

>> Is there any way to get the file to stream smoothly, and still 

>> maintain the ability to manipulate the matrix (even just rotation 

>> and xfade would be adequate... but having no ability to effect the 

>> stream or even crossfade from one stream to another, makes it kind 

>> of useless for my purpose - frustrating.)

>> I had the whole setup prototyped beautifully, but with multiple 

>> 640x480 streams. With the higher res quicktime, it just doesn't 

if you uncheck or send 'sync 0', your GL context will not be limted  
to your VBL sync refresh rate, and will show you a more accurate  
'performance' indication from GL.

> i got an e6400 duo2 2gig geforce 9700gs running the
> jit.gl.slab-DVcompareCPU @ 14fps 75cpu%
> jit.gl.slab-DVcompareGPU @ 60fps 32cpu% (tops)
>
> On 12/26/06, vade  wrote:
> search the archives or in the examples for using videoplanes with  
> YUV texturing. With a decent to high end card, you can get HD  
> resolution videos working in simple patches for mixing.
>
>
>
> On Dec 25, 2006, at 12:56 PM, Valentin wrote:
>
>>
>> Hi,
>>
>> Thanks for the suggestions.. :-)
>>
>> I tried the jit.window @noaccel 1   with a direct-to-window  
>> command to the jit.qt.movie
>>
>> That worked beautifully for getting the video to stop stuttering.
>>
>> The problem is that now, I have no way to do anything with the  
>> video other than just streaming it from disk (i.e. I had wanted to  
>> fade from one "stream" to another... using jit.xfade so that files  
>> could run continuously , one into the other... )
>>
>> With the direct-to-window, I no longer have any way to use all the  
>> lovely jitter things like xfade, rotate etc etc...
>>
>> Is there any way to get the file to stream smoothly, and still  
>> maintain the ability to manipulate the matrix (even just rotation  
>> and xfade would be adequate... but having no ability to effect the  
>> stream or even crossfade from one stream to another, makes it kind  
>> of useless for my purpose - frustrating.)
>>
>> I had the whole setup prototyped beautifully, but with multiple  
>> 640x480 streams. With the higher res quicktime, it just doesn't  
>> keep up.
>>
>> Help?!  lol
>>
>> - Valentin
>>
>>
>
> v a d e //
>
> www.vade.info
> abstrakt.vade.info
>
>
>
>
>
>
>

Okay, so I have the videoplane patch working - 1280x720 quicktime file, put on a videoplane... works fine... muuuuch smoother than using a jit.qt.movie going to a jit.window directly

My question is... when using videoplane, how does one crossfade between two streams of quicktime?

Do I simply use the jit.xfade as I have in the past, combining the two jit.qt.movie outputs into xfade, and then put the xfade output on the videoplane?... or is there some other trick to it?

check the examples folder in render, there are plenty of topics on 

the forum covering this. hint: blend_enable 1 and change the alpha 

channel for 2 video planes, set to render @ automatic 0 to force 

also, transform_reset 2 is helpful in this context.

On Dec 27, 2006, at 8:51 PM, Valentin wrote:

> Okay, so I have the videoplane patch working - 1280x720 quicktime 

> file, put on a videoplane... works fine... muuuuch smoother than 

> using a jit.qt.movie going to a jit.window directly

> My question is... when using videoplane, how does one crossfade 

> Do I simply use the jit.xfade as I have in the past, combining the 

> two jit.qt.movie outputs into xfade, and then put the xfade output 

> on the videoplane?... or is there some other trick to it?

check the examples folder in render, there are plenty of topics on  
the forum covering this. hint: blend_enable 1 and change the alpha  
channel for 2 video planes, set to render @ automatic 0 to force  
render order.

>
> Hi...
>
> Okay, so I have the videoplane patch working - 1280x720 quicktime  
> file, put on a videoplane... works fine... muuuuch smoother than  
> using a jit.qt.movie going to a jit.window directly
>
> My question is... when using videoplane, how does one crossfade  
> between two streams of quicktime?
>
> Do I simply use the jit.xfade as I have in the past, combining the  
> two jit.qt.movie outputs into xfade, and then put the xfade output  
> on the videoplane?... or is there some other trick to it?
>
> Thanks!
>
> - Valentin
> artist, producer, ninja

Hi Res Video Stutters with Jitter