installation patch


    Oct 12 2006 | 3:55 pm
    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
    bruce tovsky www.skeletonhome.com
    "Sometimes the appropriate response to reality is to go insane." Philip K. Dick 

    • Oct 14 2006 | 6:32 pm
      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
    • Oct 15 2006 | 7:59 pm
      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' > 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
      bruce tovsky www.skeletonhome.com
      "Sometimes the appropriate response to reality is to go insane." Philip K. Dick
    • Oct 16 2006 | 12:30 am
      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!
      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!
      T
    • Oct 16 2006 | 2:48 pm
      On Oct 15, 2006, at 8:30 PM, Tristram Cox wrote:
      > 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 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 > - 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
      bruce tovsky www.skeletonhome.com
      "Flying is learning how to throw yourself at the ground and miss." Douglas Adams