I have a patch for a new show that's doing a whole bunch of fun little things. It was mainly set up to do video tracking (bounds, centroid, blob tracking, etc. etc.)...however one day I put the IR image of what I was tracking up on the big screen and everyone got excited about using the visuals in this show. Jump forward a month and I'm doing lots of stuff with masks and mattes and mirrored images and dancing blobs and crazy animations...it's been quite a journey, especially for a sound guy :)
OK, so my first question/scenario is concerning metros/qmetros, and whether or not I am following the best method here:
I have a main qmetro @ 5ms...this goes to jit.qt.grab where all the fun begins. I have it so low since at certain times with tracking and video control on at the same time, my frame rate drops quite a bit from the 70fps/80fps to the high 30fps/low 40fps. Still great for what I need. If I decrease the qmetro to say 33.3...I'll see the frame rate drop to the low teens...not so great when the performers are interacting with the images...so I keep it high. All the pre-rendered images/movies are driven by their own metro as needed @ 30ms. Everything gets rendered to several layers in gl (via jit.gl.videoplane), with a separate qmetro @ 20 for jit.gl.render. So to summarize:
qmetro 5 >> jit.qt.grab >> patches for video tracking & displaying of live images >> jit.gl.videoplane
metro 30 >> jit.qt.movie >> some image manipulation patches >> jit.gl.videoplane
qmetro 20 >> jit.gl.render
Does this seem right? Should everything be fed off the same (q)metro? Am I using qmetro/metro in the right place? I've been going largely off of examples I've found here and in fabulous recipes, without necessarily understanding for sure what I am doing.
OK, question 2: in a moment in this show I am using jit.slide to create a little ghostly effect. Clearly the quality of the "trail" depends on the rate at which the data is coming in...sometimes at 70fps...sometimes at 30fps. The images originate from the live camera feed (with the qmetro @ 5). We actually like the effect with the lower frame rate (sort of a stop motion look), so I was wondering what the best method would be for throttling the data coming into jit.slide? speedlim/qlim? data into a jit.matrix (@thru = 0) with it's own metro set at the desired frame rate?
Thanks in advance for any advice you might be able to give. Hopefully my questions aren't TOO naive ;)