<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
		xmlns:content="http://purl.org/rss/1.0/modules/content/"
		xmlns:wfw="http://wellformedweb.org/CommentAPI/"
		xmlns:dc="http://purl.org/dc/elements/1.1/"
		xmlns:atom="http://www.w3.org/2005/Atom"

			>

	<channel>
		<title>Cycling 74  &#187;  Topic: Motion Detection and quicktime</title>
		<atom:link href="http://cycling74.com/forums/topic/motion-detection-and-quicktime/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/feed</link>
		<description></description>
		<pubDate>Thu, 20 Jun 2013 02:36:03 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-34804</guid>
					<title><![CDATA[Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-34804</link>
					<pubDate>Thu, 29 Nov 2007 05:14:27 +0000</pubDate>
					<dc:creator>Jimbuck</dc:creator>

					<description>
						<![CDATA[
						<p>Greetings folks. I am putting the finishing touches on a patch that deals with triggering 4 movie clips based on motion detection in the space. The videos will be in a loop roughly 12 minutes a piece, played simultaneously crossfading between one another based on motion. </p>
<p>I was wondering a few things.</p>
<p>1. A solution to crossfade the audio linearly with the video since they are packaged in a quicktime and loaded into max. Ideally the audio and video should sync up.</p>
<p>2. I am installing this project using a dual-2.0 G5 tower. It has 2 GB RAM, and a 128mb video card. I was wondering if this will be enough to allow the patch to run smoothly. Video is rendered as qt using motion jpeg at 640&#215;480 and 16-bit audio not compressed. </p>
<p>If someone has similiar experience with either issue I would be very interested in hearing what you have to say. I&#8217;ve attached the patch below. Thanks everyone.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117978</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117978</link>
					<pubDate>Thu, 29 Nov 2007 12:22:27 +0000</pubDate>
					<dc:creator>lists@lowfrequency.or</dc:creator>

					<description>
						<![CDATA[
						<p>I did a similar thing using full-res PAL and photojpeg, and using a  <br />
few basic effects and jit.gl.slabs.  It barely eked out 15-18 fps,  <br />
and it was a dual 2.7GHz machine with a better graphics card.  Of  <br />
course, hard drive bandwidth is an issue, so don&#8217;t try running this  <br />
off the internal drive &#8211; get one or more FW800 drives, or a single  <br />
RAIDed FW800 drive, if possible.  If you do 3 movies, it will work  <br />
better.</p>
<p>OR &#8211; even better, don&#8217;t load 4 separate movies.  Edit them into a  <br />
single movie, load them into RAM, and use 4 &#8220;playheads&#8221; to control it  <br />
and route it to 4 different destinations &#8211; there is an example in the  <br />
jitter-examples folder called &#8220;multi-playheads&#8221; or something similar  <br />
that demonstrates this technique.</p>
<p>
Cheers<br />
Evan</p>
<p>On Nov 29, 2007, at 5:14 AM, JimBuck wrote:</p>
<p>> Greetings folks. I am putting the finishing touches on a patch that  <br />
> deals with triggering 4 movie clips based on motion detection in  <br />
> the space. The videos will be in a loop roughly 12 minutes a piece,  <br />
> played simultaneously crossfading between one another based on motion.<br />
><br />
> I was wondering a few things.<br />
><br />
> 1. A solution to crossfade the audio linearly with the video since  <br />
> they are packaged in a quicktime and loaded into max. Ideally the  <br />
> audio and video should sync up.<br />
><br />
> 2. I am installing this project using a dual-2.0 G5 tower. It has 2  <br />
> GB RAM, and a 128mb video card. I was wondering if this will be  <br />
> enough to allow the patch to run smoothly. Video is rendered as qt  <br />
> using motion jpeg at 640&#215;480 and 16-bit audio not compressed.<br />
><br />
> If someone has similiar experience with either issue I would be  <br />
> very interested in hearing what you have to say. I&#8217;ve attached the  <br />
> patch below. Thanks  <br />
> everyone.<project_11_2_07_2 .help>_____________________________________ <br />
> __________</project_11_2_07_2></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117979</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117979</link>
					<pubDate>Thu, 29 Nov 2007 13:24:50 +0000</pubDate>
					<dc:creator>Jean-Francois Charles</dc:creator>

					<description>
						<![CDATA[
						<p></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117980</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117980</link>
					<pubDate>Fri, 30 Nov 2007 17:34:08 +0000</pubDate>
					<dc:creator>azs</dc:creator>

					<description>
						<![CDATA[
						<p>What sort of problems would you run into if you were using too many playheads and sfplays simultaneously?</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117981</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117981</link>
					<pubDate>Fri, 30 Nov 2007 19:15:37 +0000</pubDate>
					<dc:creator>Jean-Francois Charles</dc:creator>

					<description>
						<![CDATA[
						<p></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117982</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117982</link>
					<pubDate>Sat, 01 Dec 2007 00:01:29 +0000</pubDate>
					<dc:creator>azs</dc:creator>

					<description>
						<![CDATA[
						<p>I realize that the multiple playhead method of playing multiple sections of a quicktime requires synching the audio using an audio file and msp objects.  I&#8217;m okay with that.  I&#8217;ve been working on a project using jit.gl.slabs. My  quicktimes are only 320&#215;240, 15fps, photo-jpeg.  I&#8217;m not using effects and I really don&#8217;t care about the quality of the image. The movies will  follow the movement of lights being tracked using cv.jit.blobs.bounds.  I understand how to do this with matrix repositioning, but I started looking at  OpenGL objects to find a simpler, less processor intensive solution.  Now I think that multiple playheads might work better. My question is this: If I kept adding multiple playheads and sfplays, would it slow down the patch sooner than if I kept adding jit.gl.slabs? Also, should I have started a new thread?  Sorry about the vague question earlier.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117983</guid>
					<title><![CDATA[Re: Motion Detection and quicktime]]></title>
					<link>http://cycling74.com/forums/topic/motion-detection-and-quicktime/#post-117983</link>
					<pubDate>Sat, 01 Dec 2007 20:54:56 +0000</pubDate>
					<dc:creator>Rob Ramirez</dc:creator>

					<description>
						<![CDATA[
						<p>> My question is this: If I kept adding multiple playheads and sfplays, would it slow down the patch sooner than if I kept adding jit.gl.slabs? </p>
<p>comparing apples and oranges, so the question doesn&#8217;t really have an answer.  *usually* processing your videos on the gpu will be more efficient, but this doesn&#8217;t seem to be what you&#8217;re asking.</p>
<p>> Also, should I have started a new thread?</p>
<p>probably.</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

