Bypass

I've made a patch to drop de video ( 2 folfer) in (2)ubumenu and use it by an Ozonic with jit crossade.But, when i use my keyboard (note in) the video take a time to play and the vifeo sometimes is not very fluid.

I know it's a very basic patch but i don't know how to optimise it.

I'v tryed with the jit.cellblock and i have the same pb.

Hi,
I've made a patch to drop de video ( 2 folfer) in (2)ubumenu and use it by an Ozonic with jit crossade.But, when i use my keyboard (note in) the video take a time to play and the vifeo sometimes is not very fluid.
I know it's a very basic patch but i don't know how to optimise it.
I'v tryed with the jit.cellblock and i have the same pb.
Jitter is to slow.
I have an Imac intel 2 duo / 1 Go ram

create-video-list

Past a patch! It's the universal language. Otherwise, it's hard to

> I've made a patch to drop de video ( 2 folfer) in (2)ubumenu and use it by an Ozonic with jit crossade.But, when i use my keyboard (note in) the video take a time to play and the vifeo sometimes is not very fluid.

> I know it's a very basic patch but i don't know how to optimise it.

> I'v tryed with the jit.cellblock and i have the same pb.

Past a patch!  It's the universal language.  Otherwise, it's hard to
say what could be optimized.

On 5/21/07, bypass  wrote:
>
> Hi,
> I've made a patch to drop de video ( 2 folfer) in (2)ubumenu and use it by an Ozonic with jit crossade.But, when i use my keyboard (note in) the video take a time to play and the vifeo sometimes is not very fluid.
> I know it's a very basic patch but i don't know how to optimise it.
> I'v tryed with the jit.cellblock and i have the same pb.
> Jitter is to slow.
> I have an Imac intel 2 duo / 1 Go ram
>
> Regards
>
> Bypass
>


Two basic things I am doing to get fluid video.

I use a [loadram] message to force the file into ram.

I can zip around to different loop points changing rate direction as I go with nearly no glitches.

If you are compositing then look into jit.videoplane. This will work directly on your GPU and save you some cycles for doing other things.

I use photoJPEG format at 640x480
I use a [loadram] message to force the file into ram.

even better than polymovie is the js movie bank example in jitter-exmaples/javascript.

even better is the java polyMovieBank in jitter-examplesjava.

anyone got to add threading support for it?

> even better than polymovie is the js movie bank example in

> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice

> Shake with ice and serve in a Pernod-rinsed cocktail glass

even better is the java polyMovieBank in jitter-examplesjava.
anyone got to add threading support for it?

On 5/25/07, pnyboer  wrote:
>
>
> even better than polymovie is the js movie bank example in
> jitter-exmaples/javascript.
>
>
> --
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> The Lifespan
> 2 oz brandy
> 1/2 oz orgeat
> 1/2 oz maraschino
> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
> Shake with ice and serve in a Pernod-rinsed cocktail glass
>

I would love to know the answer to that. Ive been planning on looking 

into how hard that would be, but im scared. so so scared :D

On May 25, 2007, at 11:23 AM, yair reshef wrote:

> even better is the java polyMovieBank in jitter-examplesjava.

> anyone got to add threading support for it?

> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:

> even better than polymovie is the js movie bank example in jitter- 

I would love to know the answer to that. Ive been planning on looking  
into how hard that would be, but im scared. so so scared :D

> even better is the java polyMovieBank in jitter-examplesjava.
> anyone got to add threading support for it?
>
> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:
>
> even better than polymovie is the js movie bank example in jitter- 
> exmaples/javascript.
>
>
> --
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> The Lifespan
> 2 oz brandy
> 1/2 oz orgeat
> 1/2 oz maraschino
> 3/4 oz mix of (meyer) lemon and (yellow) grapefruit juice
> Shake with ice and serve in a Pernod-rinsed cocktail glass
>

We started working on a threaded java moviebank here, and managed to 

get a working test that doesn't crash... the method to bring the the 

threaded movies back onto the 'common thread' (opengl wants to all be 

on the same thread for display) was to bring the output into a matrix 

I didn't really see a performance gain, but i also couldn't test it 

properly -- anyone with a macpro care to test this with some high-res 

its a very basic java class that has stripped away all the 

functionality except for loading a playing one movie (ie its not a 

'bank' right now -- testing is through multiple instances) we could 

be totally barking up the wrong tree so any advice from java folk is 

> I would love to know the answer to that. Ive been planning on 

> looking into how hard that would be, but im scared. so so scared :D

> On May 25, 2007, at 11:23 AM, yair reshef wrote:

>> even better is the java polyMovieBank in jitter-examplesjava.

>> anyone got to add threading support for it?

>> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:

>> even better than polymovie is the js movie bank example in jitter- 

We started working on a threaded java moviebank here, and managed to  
get a working test that doesn't crash... the method to bring the the  
threaded movies back onto the 'common thread' (opengl wants to all be  
on the same thread for display) was to bring the output into a matrix  
first.

I didn't really see a performance gain, but i also couldn't test it  
properly -- anyone with a macpro care to test this with some high-res  
or many movies playing?

its a very basic java class that has stripped away all the  
functionality except for loading a playing one movie (ie its not a  
'bank' right now -- testing is through multiple instances)  we could  
be totally barking up the wrong tree so any advice from java folk is  
appreciated as well.

> I would love to know the answer to that. Ive been planning on  
> looking into how hard that would be, but im scared. so so scared :D
>
> On May 25, 2007, at 11:23 AM, yair reshef wrote:
>
>> even better is the java polyMovieBank in jitter-examplesjava.
>> anyone got to add threading support for it?
>>
>> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:
>>
>> even better than polymovie is the js movie bank example in jitter- 
>> exmaples/javascript.


Thanks. Im definitely going to test this out. No source ?

On May 25, 2007, at 11:56 AM, dekam wrote:

> We started working on a threaded java moviebank here, and managed 

> to get a working test that doesn't crash... the method to bring the 

> the threaded movies back onto the 'common thread' (opengl wants to 

> all be on the same thread for display) was to bring the output into 

> I didn't really see a performance gain, but i also couldn't test it 

> properly -- anyone with a macpro care to test this with some high- 

> its a very basic java class that has stripped away all the 

> functionality except for loading a playing one movie (ie its not a 

> 'bank' right now -- testing is through multiple instances) we 

> could be totally barking up the wrong tree so any advice from java 

>> I would love to know the answer to that. Ive been planning on 

>> looking into how hard that would be, but im scared. so so scared :D

>> On May 25, 2007, at 11:23 AM, yair reshef wrote:

>>> even better is the java polyMovieBank in jitter-examplesjava.

>>> anyone got to add threading support for it?

>>> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:

>>> even better than polymovie is the js movie bank example in jitter- 

> We started working on a threaded java moviebank here, and managed  
> to get a working test that doesn't crash... the method to bring the  
> the threaded movies back onto the 'common thread' (opengl wants to  
> all be on the same thread for display) was to bring the output into  
> a matrix first.
>
> I didn't really see a performance gain, but i also couldn't test it  
> properly -- anyone with a macpro care to test this with some high- 
> res or many movies playing?
>
> its a very basic java class that has stripped away all the  
> functionality except for loading a playing one movie (ie its not a  
> 'bank' right now -- testing is through multiple instances)  we  
> could be totally barking up the wrong tree so any advice from java  
> folk is appreciated as well.
>
> http://node.net/dek/ThreadedMovie.zip
>
> deKam
>
>
>
>> I would love to know the answer to that. Ive been planning on  
>> looking into how hard that would be, but im scared. so so scared :D
>>
>> On May 25, 2007, at 11:23 AM, yair reshef wrote:
>>
>>> even better is the java polyMovieBank in jitter-examplesjava.
>>> anyone got to add threading support for it?
>>>
>>> On 5/25/07, pnyboer < pnyboer@slambassador.com> wrote:
>>>
>>> even better than polymovie is the js movie bank example in jitter- 
>>> exmaples/javascript.
>

On May 25, 2007, at 11:56 AM, vade wrote:

> Thanks. Im definitely going to test this out. No source ?

FWIW, for interested mxj developers, the viewsource command will use 

the jode decompiler to generate the source. Unless the developer has 

specifically used obfuscation software, this is pretty readable.

FWIW, for interested mxj developers, the viewsource command will use  
the jode decompiler to generate the source. Unless the developer has  
specifically used obfuscation software, this is pretty readable.

On May 25, 2007, at 4:12 PM, Joshua Kit Clayton wrote:

> On May 25, 2007, at 11:56 AM, vade wrote:

>> Thanks. Im definitely going to test this out. No source ?

> FWIW, for interested mxj developers, the viewsource command will 

> use the jode decompiler to generate the source. Unless the 

> developer has specifically used obfuscation software, this is 

>
> On May 25, 2007, at 11:56 AM, vade wrote:
>
>> Thanks. Im definitely going to test this out. No source ?
>
> FWIW, for interested mxj developers, the viewsource command will  
> use the jode decompiler to generate the source. Unless the  
> developer has specifically used obfuscation software, this is  
> pretty readable.
>

create video list