<?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: DSP: left, center, right.</title>
		<atom:link href="http://cycling74.com/forums/topic/dsp-left-center-right/feed" rel="self" type="application/rss+xml" />
		<link>http://cycling74.com/forums/topic/dsp-left-center-right/feed</link>
		<description></description>
		<pubDate>Wed, 19 Jun 2013 17:51:51 +0000</pubDate>
		<generator>http://bbpress.org/?v=2.2.4</generator>
		<language></language>

		
														
					
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-52213</guid>
					<title><![CDATA[DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-52213</link>
					<pubDate>Wed, 08 Sep 2010 03:14:14 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>i am still looking for different methods for stereo to left/mid/right<br />
encoding, i.e. i want to distinguish between &#8220;mono&#8221; and &#8220;left only&#8221;<br />
in a stereo source and distribute the &#8220;mono&#8221; content of a stereo<br />
source onto a third channel.</p>
<p>did anyone implement something like this and wants to share his method?</p>
<p>take care: dont recommend the use of addition and substraction, that wont work. :)</p>
<p>-110</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187660</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187660</link>
					<pubDate>Wed, 08 Sep 2010 19:23:07 +0000</pubDate>
					<dc:creator>Roald Baudoux</dc:creator>

					<description>
						<![CDATA[
						<p>Basically what you need is a measure of correlation. When correlation is poor, you would route L and R channels to their normal destinations. And when the correlation increase you would redirect more signal from both L and R to the third channel. </p>
<p>But how to estimate the correlation ? Maybe by comparing the energy (envelope follower) of the sum versus the energy of the difference ?</p>
<p>Just an idea, I don&#8217;t have the time to try it now. Some DSP gurus might have better ones&#8230;</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187661</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187661</link>
					<pubDate>Wed, 08 Sep 2010 19:57:30 +0000</pubDate>
					<dc:creator>AlexHarker</dc:creator>

					<description>
						<![CDATA[
						<p>Stereo positioning is one cue that can be used to attempt blind source separation (using frequency domain techniques). You might google this. It&#8217;s not by any means perfect but it does work to a decent extent.</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187662</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187662</link>
					<pubDate>Wed, 08 Sep 2010 20:10:40 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>yeah i was thinking like that, it is a maatter of phase/correlation.</p>
<p>but wouldnt i have to do it in several stages? at an rms of 50 milliseconds quite some<br />
of the spectrum will remain unanalysed :)</p>
<p>this is funny: <a href="http://www.blindsourceseparation.com/" rel="nofollow">http://www.blindsourceseparation.com/</a></p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187663</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187663</link>
					<pubDate>Thu, 09 Sep 2010 09:10:33 +0000</pubDate>
					<dc:creator>Roald Baudoux</dc:creator>

					<description>
						<![CDATA[
						<p>You don&#8217;t have to perform the RMS over 50 ms, you can go down to 1 sample if you like&#8230;</p>
<p>However I think a few ms of integration time doesn&#8217;t matter as the ear&#8217;s integration time is around 50 ms. And with frequency domain techniques there is also a kind of integration time linked to the window size and window step of the FFT.</p>
<p>You could also try a filterbank with each band coupled an envelope follower (like in the analysis stage of a vocoder).</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187664</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187664</link>
					<pubDate>Thu, 09 Sep 2010 16:18:25 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>yeah you are right, in best case it is just user controllable/dynamic.</p>
<p>i found a nice schemata, but i dont fully understand it, what does<br />
&#8220;multiply and then integrate under the curve&#8221; mean?</p>
<p>maybe somebody could translate that from chinese to maxmsp for me.</p>
<p><a href="http://www.bores.com/courses/intro/time/2_ave.htm" rel="nofollow">http://www.bores.com/courses/intro/time/2_ave.htm</a></p>
<p>-110</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187665</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187665</link>
					<pubDate>Thu, 09 Sep 2010 16:20:46 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>and of course i´d love to avoid fft, btw. i was dreaming to  make it work with delay~</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187666</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187666</link>
					<pubDate>Fri, 10 Sep 2010 00:09:01 +0000</pubDate>
					<dc:creator>Floating Point</dc:creator>

					<description>
						<![CDATA[
						<p>As far as I understand it, integrate is just the area under the curve, so in dsp I&#8217;d imagine you&#8217;d accumulate the values of the samples over the rms period, and divide by the sample rate (maybe also multiply by a constant like 2pi, depending on application?)</p>
<p>I&#8217;d also imagine the accumulator would need to be a running accumulation where you&#8217;d add the latest sample value and subtract the earliest from a running total. Maybe there&#8217;s an integrator external to make all this easier, but I don&#8217;t think it would be to hard to patch.<br />
T</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187667</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187667</link>
					<pubDate>Fri, 10 Sep 2010 01:51:42 +0000</pubDate>
					<dc:creator>Roman Thilenius</dc:creator>

					<description>
						<![CDATA[
						<p>yeah i´ve heard soemthing like that , too, that you can calculate the whole thing<br />
as radians (at least as one of many options).</p>
<p>but i wasnt abel to patch it myself, a working example would be great.</p>
<p>i understand that not too mny people know how to do this, but i am a bit<br />
surprised that noone ever asked for it?<br />
a search at the forums for &#8220;correlation&#8221; returned nothing :D</p>
<p>-110</p>
						]]>
					</description>

					
					
				</item>

			
				<item>
					<guid>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187668</guid>
					<title><![CDATA[Re: DSP: left, center, right.]]></title>
					<link>http://cycling74.com/forums/topic/dsp-left-center-right/#post-187668</link>
					<pubDate>Fri, 10 Sep 2010 17:44:48 +0000</pubDate>
					<dc:creator>volker böhm</dc:creator>

					<description>
						<![CDATA[
						<p>basic correlation of bipolar signals is quite easy: multiply the signals and sum the results.<br />
for the running sum or integrator you could use [average~] in bipolar mode.</p>
<p>i *think* something like the sketch below should get you closer.<br />
(the clipping is a trick from an old neumann document, if i remember well &#8211; otherwise you&#8217;d have to somehow cope with the changing input levels. you might also be able to calculate the rms of both signals, multiply them and devide the correlation signal???).<br />
vb</p>
<p>max v2;<br />
#N vpatcher 356 123 1106 761;<br />
#P toggle 57 211 15 0;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P comment 305 282 100 196617 &#8230; and the sum;<br />
#P newex 222 240 34 196617 *~;<br />
#P comment 263 242 125 196617 calculate the product&#8230;;<br />
#N vpatcher 20 74 402 374;<br />
#P outlet 151 221 15 0;<br />
#P window setfont &#8220;Sans Serif&#8221; 9.;<br />
#P newex 151 129 44 196617 *~ 100;<br />
#P newex 151 100 85 196617 clip~ -0.01 0.01;<br />
#P newex 63 129 44 196617 *~ 100;<br />
#P newex 63 100 85 196617 clip~ -0.01 0.01;<br />
#P inlet 151 80 15 0;<br />
#P inlet 63 80 15 0;<br />
#P outlet 63 220 15 0;<br />
#P connect 1 0 3 0;<br />
#P connect 3 0 4 0;<br />
#P connect 4 0 0 0;<br />
#P connect 2 0 5 0;<br />
#P connect 5 0 6 0;<br />
#P connect 6 0 7 0;<br />
#P pop;<br />
#P newobj 222 199 34 196617 p clip;<br />
#P newex 122 180 41 196617 *~ 0.5;<br />
#P newex 80 180 41 196617 *~ 0.5;<br />
#P newex 80 210 52 196617 dac~;<br />
#P user scope~ 452 181 582 311 32 1 128 -1. 1. 0 0. 0 0. 102 255 51 135 135 135 0;<br />
#P user multiSlider 276 359 43 187 -1. 1. 1 2681 15 1 0 2 0 30 0;<br />
#M frgb 0 0 0;<br />
#M brgb 255 255 255;<br />
#M rgb2 127 127 127;<br />
#M rgb3 0 0 0;<br />
#M rgb4 37 52 91;<br />
#M rgb5 74 105 182;<br />
#M rgb6 112 158 18;<br />
#M rgb7 149 211 110;<br />
#M rgb8 187 9 201;<br />
#M rgb9 224 62 37;<br />
#M rgb10 7 114 128;<br />
#P user number~ 222 335 286 350 9 3 3 2 0. 0. 0 0. 50 0. 0 0 0 221 221 221 222 222 222 0 0 0;<br />
#P newex 222 279 79 196617 average~ 2000;<br />
#P message 222 56 31 196617 open;<br />
#N sfplay~  2 120960 0 ;<br />
#P newobj 222 86 58 196617 sfplay~ 2;<br />
#P message 288 57 35 196617 loop 1;<br />
#P toggle 261 56 15 0;<br />
#P connect 2 0 9 0;<br />
#P connect 15 0 8 0;<br />
#P connect 9 0 8 0;<br />
#P connect 2 1 10 0;<br />
#P connect 10 0 8 1;<br />
#P connect 3 0 2 0;<br />
#P connect 1 0 2 0;<br />
#P connect 0 0 2 0;<br />
#P connect 2 0 11 0;<br />
#P connect 11 0 13 0;<br />
#P connect 13 0 4 0;<br />
#P connect 4 0 5 0;<br />
#P connect 2 1 11 1;<br />
#P connect 11 1 13 1;<br />
#P connect 5 1 6 0;<br />
#P connect 2 0 7 0;<br />
#P connect 2 1 7 1;<br />
#P pop;</p>
						]]>
					</description>

					
					
				</item>

					
		
	</channel>
	</rss>

