While jitter is equipped to mess with audio, it is much easier and more efficient(?) to mess with the audio in msp. I think the idea is to use jitter to play back the movie, but load the aiff from the video into the buffer, and to use the phasor output of [groove~] to control the video playback of the [jit.qt.movie] object. This way both video and audio will be playing and you'll be able to manipulate the audio without having to capture it from the movie file first. <div>
<br></div><div>Beat detection seems difficult. I have a friend who figures out the bpm (and sometimes key center) of samples beforehand, and labels them with the info. When he loads them into his patches, the information is parsed out from the file name and the appropriate adjustments are made. Perhaps something like that would make beat matching videos easier? </div>
<div><br><div class="gmail_quote">On Sat, May 3, 2008 at 2:59 AM, Miles <<a href="mailto:mwsebesta@ucdavis.edu">mwsebesta@ucdavis.edu</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
What is the advantage of using the buffer? I cannot see the video, I can only hear the audio?<br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
jitter mailing list<br>
<a href="mailto:jitter@cycling74.com">jitter@cycling74.com</a><br>
<a href="http://www.cycling74.com/mailman/listinfo/jitter" target="_blank">http://www.cycling74.com/mailman/listinfo/jitter</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.bryanteoh.com">http://www.bryanteoh.com</a> <br><a href="http://www.icelu.net">http://www.icelu.net</a><br><a href="http://www.ksod.net">http://www.ksod.net</a>
</div>