<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Scotty,<br>
<br>
Since you mentioned it, when should we start looking here:<br>
<a href="https://tangerinesdr.com/">https://tangerinesdr.com/</a><br>
<br>
for info?<br>
<br>
Is there info posted elsewhere?<br>
<br>
Your posting has whetted our appetites :)<br>
<br>
73,<br>
<br>
Roger<br>
W3SZ<br>
<br>
<div class="moz-cite-prefix">On 4/30/2019 6:04 AM, Scotty Cowling
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:0ccd8f1f-b672-e526-09cb-8a67379dd95e@tonks.com">
<pre class="moz-quote-pre" wrap="">***** High Performance Software Defined Radio Discussion List *****
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
Hi Scott,<br>
<br>
You make a good point. This is one of the things I would like to
do with the new TAPR TangerineSDR. We should be able to
essentially do all of the filtering and demodulation in the FPGA,
and let the SBC just do command and control and the GUI. Another
(good) side effect of this might just be reduced latency, since
the FPGA can likely perform the DSP tasks more quickly than a
(relatively) slow general-purpose CPU can. Of course, maybe the
Cuda cores could do it fast enough just by splitting the software
into two pieces as you suggest, and using the GPU for part of it
and the CPU for the rest. If Phil can do a massive FFT in real
time with the Jetson board, why not have it demodulate and filter
a narrow-band signal in real time?<br>
<br>
73,<br>
Scotty WA2DFI<br>
</blockquote>
<br>
</body>
</html>