<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div>I imagine with a Bela + BeagleBoneBlack you could do it in PureData. Maybe I'll give it a try.</div><div><br>On Feb 7, 2017, at 17:25, <a href="mailto:analogheaven@hushmail.com">analogheaven@hushmail.com</a> wrote:<br><br></div><blockquote type="cite"><div><span style="font-family: Arial; font-size: 13px;">I keep coming back to this as processors get cheaper and faster. If I was better at Linux scripts and the Linux enviroment, I think a convolution system could be cobbled together pretty quickly with Jack, JConvolver, a standard audio interface and some hardware controller. <br>Until then, I am pretty happy with the Logidy EPSi:<br><a href="http://www.logidy.com/">http://www.logidy.com/</a><br>Crappy interface, but have used it with all sorts of IRs.<br><br>On 2/7/2017 at 10:30 AM, "Mikko Helin" <<a href="mailto:maohelin@gmail.com">maohelin@gmail.com</a>> wrote:<blockquote style="border-left:solid 1px #ccc;margin-left:10px;padding-left:10px;">This XMOS board designed (for stompbox use mostly) by an XMOS employee<br>might be a good alternative for DSP chips and better than generic<br>ARM's:<br><br><a href="http://www.diystompboxes.com/smfforum/index.php?topic=114354.0">http://www.diystompboxes.com/smfforum/index.php?topic=114354.0</a><br><br><br><br>On Tue, Feb 7, 2017 at 8:12 AM, <<a href="mailto:rsdio@audiobanshee.com">rsdio@audiobanshee.com</a>> wrote:<br>><br>> On Feb 6, 2017, at 9:20 PM, cheater00 cheater00 <<a href="mailto:cheater00@gmail.com">cheater00@gmail.com</a>> wrote:<br>>> I understand FFT domain convolution introduces latency, which is not wanted in hardware.<br>><br>> There are a few considerations regarding latency:<br>><br>> 1) Most convolution represents a reverberation, especially convolutions of impulses that last a couple of seconds. In nearly all cases, the reverb involves a pre-delay before the signal appears in the impulse response. In such cases, the latency can be subtracted from the pre-delay and then there won't be any perceived latency.<br>><br>> 2) All 24-bit converters have hundreds of samples of delay. Or at least it seems that all 24-bit converters are built on delta-sigma technology with tons of digital filtering. Unless you're going to based your design around a 16-bit or perhaps 20-bit codec, you won't be able to remove all latency regardless of the convolution algorithm used.<br>><br>> 3) One of the responses mentioned overlap-add FFT. That technique allows for significant reduction in latency, provided that the processor has the power to calculate many more FFTs per the time available.<br>><br>> That said, I support all designs which strive to reduce latency in hardware! It's just not as easy as you might think. You certainly want to start with a DSP, though, for the best chances.<br>><br>> Brian Willoughby<br>> Sound Consulting<br>><br>><br>> _______________________________________________<br>> Synth-diy mailing list<br>> <a href="mailto:Synth-diy@synth-diy.org">Synth-diy@synth-diy.org</a><br>> <a href="http://synth-diy.org/mailman/listinfo/synth-diy">http://synth-diy.org/mailman/listinfo/synth-diy</a><br><br>_______________________________________________<br>Synth-diy mailing list<br><a href="mailto:Synth-diy@synth-diy.org">Synth-diy@synth-diy.org</a><br><a href="http://synth-diy.org/mailman/listinfo/synth-diy">http://synth-diy.org/mailman/listinfo/synth-diy</a></blockquote></span></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Synth-diy mailing list</span><br><span><a href="mailto:Synth-diy@synth-diy.org">Synth-diy@synth-diy.org</a></span><br><span><a href="http://synth-diy.org/mailman/listinfo/synth-diy">http://synth-diy.org/mailman/listinfo/synth-diy</a></span><br></div></blockquote></body></html>