<br><br><div class="gmail_quote">On Thu, May 22, 2008 at 12:07 PM, Lyle Johnson <<a href="mailto:kk7p@wavecable.com">kk7p@wavecable.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">***** High Performance Software Defined Radio Discussion List *****<br>
<br>
</div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Certainly one of the biggest issues I have stumbled on with SDR is full break in CW which is defeated by latency in the OS.<br>
</blockquote>
<br></div>
One of the drivers for Sasquatch, or embedded DSP in general.  In the K3 we have minimized latency and taken advantage of the buffers to allow QSK at 40 WPM plus, so I know it *can* be done!<br>
</blockquote><div><br>Under Linux, using the latest JACK audio system, it's quite practical to use 64-sample buffers at 192kHz in full duplex. That's a little over 300usec/buffer. A digital audio workstation application like Ardour does it all the time, in multiple channels on off-the-shelf hardware. Not an interrupt handler in sight.<br>
<br>Current SDR implementations are pretty far behind what the OS's can support and what applications are using at this point, especially on multicore machines. It won't take long to catch up, however.<br><br>73<br>
Frank<br>AB2KT<br></div></div><br clear="all"><br>-- <br>The only thing we have to fear is whatever comes along next. -- Austin Cline