btovsky

i have a little patch for my current installation and i would love 

any comments on regarding ways to optimize it further. essentially 

what's going on is i have a 50min 720x240 qt video piece compressed 

with pjpg, and i'm using uvyv mode, which gave me a nice little boost 

in framerate. i have set up a series of sfplays to trigger for three 

sections of multichannel audio, two quad sections and one six-channel 

section. i've set up bangs to happen at specific frames in the movie, 

to trigger the soundfiles. it has been suggested to me that i might 

want to use a method utilizing ">" so that there is no chance for the 

bang to be missed, but i'm not sure how to go about that. and if 

there is a more elegant way to handle the audio i would be happy to 

hear it - my main worry here is that i didn't want to load files 

during playback, for fear that there might be a hit or dropped frame 

"Sometimes the appropriate response to reality is to go insane."

hi all
i have a little patch for my current installation and i would love  
any comments on regarding ways to optimize it further. essentially  
what's going on is i have a 50min 720x240 qt video piece compressed  
with pjpg, and i'm using uvyv mode, which gave me a nice little boost  
in framerate. i have set up a series of sfplays to trigger for three  
sections of multichannel audio, two quad sections and one six-channel  
section. i've set up bangs to happen at specific frames in the movie,  
to trigger the soundfiles. it has been suggested to me that i might  
want to use a method utilizing ">" so that there is no chance for the  
bang to be missed, but i'm not sure how to go about that. and if  
there is a more elegant way to handle the audio i would be happy to  
hear it - my main worry here is that i didn't want to load files  
during playback, for fear that there might be a hit or dropped frame  
in the video.
thanks in advance for any tips
cheers
bruce

"Sometimes the appropriate response to reality is to go insane."
Philip K. Dick
￼

installation-patch

You could try buffering all the audio - so that it would all be prebuffered by the time you started using the patch. You could then use cue's to cue to the right moment at the right time. Infact you could even use one big buffer and cue to different points within it. Certainly save you loading stuff 'on the fly'

You could try buffering all the audio - so that it would all be prebuffered by the time you started using the patch. You could then use cue's to cue to the right moment at the right time. Infact you could even use one big buffer and cue to different points within it. Certainly save you loading stuff 'on the fly'
T


On Oct 14, 2006, at 2:32 PM, Tristram Cox wrote:

> You could try buffering all the audio - so that it would all be 

> prebuffered by the time you started using the patch. You could then 

> use cue's to cue to the right moment at the right time. Infact you 

> could even use one big buffer and cue to different points within 

> it. Certainly save you loading stuff 'on the fly'

thanks for the suggestion. my files are all around 15 minutes long, 

two groups of four and one group of six - more than i can load into 

memory at once. i was looking to keep it fast and simple with sfplay, 

rather than go into unfamiliar territory trying to load and unload 

buffers and keep the video playing smoothly.

> You could try buffering all the audio - so that it would all be  
> prebuffered by the time you started using the patch. You could then  
> use cue's to cue to the right moment at the right time. Infact you  
> could even use one big buffer and cue to different points within  
> it. Certainly save you loading stuff 'on the fly'
> T

hi tristram
thanks for the suggestion. my files are all around 15 minutes long,  
two groups of four and one group of six - more than i can load into  
memory at once. i was looking to keep it fast and simple with sfplay,  
rather than go into unfamiliar territory trying to load and unload  
buffers and keep the video playing smoothly.
cheers
bruce

"Sometimes the appropriate response to reality is to go insane."
Philip K. Dick


alas max just isnt great at stuff on the fly- if it really has to be done in that way, maybe you could look into supercollider -which by reputation is far better 'on the fly' however I have no experiance using it myself(though I intend to find some time eventually to try it)

I just reread your orriginal post, - if you were to load all of the files to sfplay~ at the start- you may be able to just cue the files at the appropriate times- similar to the buffering thing -but sfplay boxes a little smarter I think- may be worth trying that out - it may work- you never know!

If that doesnt work - and max is your your only option (would be mine!) YOu could try open GL for the video- wouldnt help the playing of the file but could give you some kind of uptake on the fullscreening and processing- depends on the graphics card but if its good- you may have a reasonable boost- though you may be already doing this!

The simplest option depends on your resources - but if you have access- why not use a second tower to deal with the audio. You could transmit the bangs using something as simple as MIDI (i've done a similar project with 4 computers, and delays are not noticeable) or as complex as OSC/netsend~ (choose your protocall) You could then have all your audio loaded and ready on the audio tower, and just trigger it from the video one.

I think thats me out of suggestions, but hopefully one or a combination might work, do some tests, we've all been there - max can be a bitch when it wants!

I see your problem,
alas max just isnt great at stuff on the fly- if it really has to be done in that way, maybe you could look into supercollider -which by reputation is far better 'on the fly' however I have no experiance using it myself(though I intend to find some time eventually to try it)

On Oct 15, 2006, at 8:30 PM, Tristram Cox wrote:

> alas max just isnt great at stuff on the fly- if it really has to 

> be done in that way, maybe you could look into supercollider -which 

> by reputation is far better 'on the fly' however I have no 

> experiance using it myself(though I intend to find some time 

i know a few performers who use supercollider, i'll ask.

> I just reread your orriginal post, - if you were to load all of the 

> files to sfplay~ at the start- you may be able to just cue the 

> files at the appropriate times- similar to the buffering thing -but 

> sfplay boxes a little smarter I think- may be worth trying that out 

exactly what i am doing. if you notice, the patch has drop zones, so 

the files from that weeks show and let it go. sound is working fine, 

quality that has me using an authored dvd instead. takes a little 

but the video quality is miles away from what i can get on my 1.67 g4 pb

> If that doesnt work - and max is your your only option (would be 

> mine!) YOu could try open GL for the video- wouldnt help the 

> playing of the file but could give you some kind of uptake on the 

> fullscreening and processing- depends on the graphics card but if 

> its good- you may have a reasonable boost- though you may be 

i tried using a gl video stream as opposed to the regular qt ->

not a big increase in framerate. however, using uvyv gave me a big 

> The simplest option depends on your resources - but if you have 

> access- why not use a second tower to deal with the audio. You 

> could transmit the bangs using something as simple as MIDI (i've 

> done a similar project with 4 computers, and delays are not 

> noticeable) or as complex as OSC/netsend~ (choose your protocall) 

> You could then have all your audio loaded and ready on the audio 

> tower, and just trigger it from the video one.

not really an option here, the dvd is just easier in all ways. it was 

i might do it in max, though. looks like i made a lot of the right 

help from some bigger brains (thanks olivier!)

> I think thats me out of suggestions, but hopefully one or a 

> combination might work, do some tests, we've all been there - max 

"Flying is learning how to throw yourself at the ground and miss."

> I see your problem,
> alas max just isnt great at stuff on the fly- if it really has to  
> be done in that way, maybe you could look into supercollider -which  
> by reputation is far better 'on the fly' however I have no  
> experiance using it myself(though I intend to find some time  
> eventually to try it)

> I just reread your orriginal post, - if you were to load all of the  
> files to sfplay~ at the start- you may be able to just cue the  
> files at the appropriate times- similar to the buffering thing -but  
> sfplay boxes a little smarter I think- may be worth trying that out  
> - it may work- you never know!

exactly what i am doing. if you notice, the patch has drop zones, so  
i just load up
the files from that weeks show and let it go. sound is working fine,  
it's the video
quality that has me using an authored dvd instead. takes a little  
more of my time
but the video quality is miles away from what i can get on my 1.67 g4 pb

> If that doesnt work - and max is your your only option (would be  
> mine!) YOu could try open GL for the video- wouldnt help the  
> playing of the file but could give you some kind of uptake on the  
> fullscreening and processing- depends on the graphics card but if  
> its good- you may have a reasonable boost- though you may be  
> already doing this!

i tried using a gl video stream as opposed to the regular qt ->
jit.window and there was
not a big increase in framerate. however, using uvyv gave me a big  
boost.

> The simplest option depends on your resources - but if you have  
> access- why not use a second tower to deal with the audio. You  
> could transmit the bangs using something as simple as MIDI (i've  
> done a similar project with 4 computers, and delays are not  
> noticeable) or as complex as OSC/netsend~ (choose your protocall)  
> You could then have all your audio loaded and ready on the audio  
> tower, and just trigger it from the video one.

not really an option here, the dvd is just easier in all ways. it was  
fun figuring out how
i might do it in max, though. looks like i made a lot of the right  
decisions... with a bit of
help from some bigger brains (thanks olivier!)

> I think thats me out of suggestions, but hopefully one or a  
> combination might work, do some tests, we've all been there - max  
> can be a bitch when it wants!

i agree. sometimes a lovely bitch.
cheers
bruce

"Flying is learning how to throw yourself at the ground and miss."
Douglas Adams


installation patch