the latest patch<div><br><div class="gmail_quote">在 2011年4月20日 下午9:50，郭宇宏 <span dir="ltr"><<a href="mailto:yuhong.guo68@gmail.com">yuhong.guo68@gmail.com</a>></span>写道：<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Modify the patch according to all your suggests.<div><br></div><div>Thanks<br><br><div class="gmail_quote"><div class="im">2011/4/15 Juha Jeronen <span dir="ltr"><<a href="mailto:juha.jeronen@jyu.fi" target="_blank">juha.jeronen@jyu.fi</a>></span><br>

</div><div><div></div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div><br>
On 04/15/2011 02:25 PM, Steinar H. Gunderson wrote:<br>
> On Fri, Apr 15, 2011 at 07:16:04PM +0800, 郭宇宏 wrote:<br>
>>     for(i=0;i<len;i+=nch)<br>
>>     {<br>
>>         a[i] = (a[i] - a[i+1]) * 0.7;<br>
>>         a[i+1]=a[i];<br>
>>     }*<br>
> My guess is that this is really 1/sqrt(2), which makes sense from an energy<br>
> point of view (or at least would, if the channels were independent; if not,<br>
> it depends on the correlation), but can cause clipping.<br>
<br>
</div>Ok. Thanks. It did look a lot like 1/sqrt(2) :)<br>
<br>
Maybe for float samples (if we support those), 1/sqrt(2) would make<br>
sense, and for integer (16-bit) samples, 0.5?<br>
<font color="#888888"><br>
 -J<br>
</font><div><div></div><div><br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel</a><br>
</div></div></blockquote></div></div></div><br></div>
</blockquote></div><br></div>