<div dir="auto">Hi Bill, not sure the conversion is required for HDF5, but it is required if sending to Gnuradio, and handy for listening.<div dir="auto"><br></div><div dir="auto">The conversion is easy in C. </div><div dir="auto"><br></div><div dir="auto">-- Tom, N5EG</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 27, 2019, 6:24 PM Engelke, Bill <<a href="mailto:bill.engelke@ua.edu">bill.engelke@ua.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div class="m_-7284810497745021174WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Tom – a question for you – are you sure it is necessary to convert the 24-bit I and Q to single precision floating point? When I read the Digital RF 2.0 documentation,
 I find the following:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:11.0pt;font-family:ArialMT">Another design decision underlying Digital RF is the requirement to support storing RF data in<u></u><u></u></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:11.0pt;font-family:ArialMT">rf_data in a variety of data types. Data can be written as either complex or real (i.e.,<u></u><u></u></span></p>
<p class="MsoNormal" style="text-autospace:none"><span style="font-size:11.0pt;font-family:ArialMT">single-valued) numbers. Data formats can be any data format supported by the HDF5 standard,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:ArialMT">from bytes to 128 byte floating point numbers.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Are you referring to a different version of Digital RF?    -73- Bill, AB4EJ<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Tom McDermott <<a href="mailto:tom.n5eg@gmail.com" target="_blank" rel="noreferrer">tom.n5eg@gmail.com</a>>
<br>
<b>Sent:</b> Sunday, May 26, 2019 9:08 PM<br>
<b>To:</b> TAPR TangerineSDR Modular Software Defined Radio <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank" rel="noreferrer">tangerinesdr@lists.tapr.org</a>><br>
<b>Cc:</b> Scotty Cowling <<a href="mailto:scotty@tonks.com" target="_blank" rel="noreferrer">scotty@tonks.com</a>>; Engelke, Bill <<a href="mailto:bill.engelke@ua.edu" target="_blank" rel="noreferrer">bill.engelke@ua.edu</a>><br>
<b>Subject:</b> Re: [TangerineSDR] Functional Specification v 0.3<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<div>
<p class="MsoNormal">Hi Bill - thanks for iterating the specification.  Here are a few comments on 0.3:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">There are no paragraph numbers to  reference, and the page numbers may change<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">depending on how mark-up is selected by the reader, so I'll reference the Title of the paragraph.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">General Requirements - Assumptions and Dependencies:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">1. The HD may be able to be reduced to 2TB if the 20GE snapshot<br>
can be made while recording to the ring buffer.  2T SSD drives<br>
are coming down in price faster than 4T.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Technical Notes<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I am skeptical that a SBC-based host can run HDF5 and keep up<br>
with the received data. My quad Core I7-3740 3.4 GHz can not <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">keep up with 4 x 192k from one antenna (one fourth the DE<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">requested throughput). It may be better to run HDF5 only on the<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">snapshot that is uploaded to the Central Server. That way it<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">doesn't have to run at real-time speed, it only needs to code a small<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">subset of the data and can run at a much slower rate paced by how<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">fast the upload link is.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Data format.  The DE will downconvert and decimate the received
<br>
samples. This will produce 24 bit I and 24 bit Q samples, probably 2's<br>
complement binary.  These will need to be converted to single<br>
precision floating point I and floating point Q prior to HDF5 encoding.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br>
 -- Tom, N5EG<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Fri, May 24, 2019 at 12:40 PM Engelke, Bill via TangerineSDR <<a href="mailto:tangerinesdr@lists.tapr.org" target="_blank" rel="noreferrer">tangerinesdr@lists.tapr.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal">Scotty - Please see attached, updated to include some of the things discussed at Dayton.  Next I will work on the Functional Specifications for the Central Control & Database system.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">If anyone would like me to start posting to the TAPR github or somewhere, please just text credentials to my mobile number, below.  I can assure everyone that I will not make a
 mess of it, having done this before.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">W. D. Engelke (Bill), Asst. Research Engr.<u></u><u></u></p>
<p class="MsoNormal">Center for Advanced Public Safety<u></u><u></u></p>
<p class="MsoNormal">Cyber Hall<u></u><u></u></p>
<p class="MsoNormal">The University of Alabama<u></u><u></u></p>
<p class="MsoNormal">Tuscaloosa, AL 35487<u></u><u></u></p>
<p class="MsoNormal">Desk: (205) 348-7244<u></u><u></u></p>
<p class="MsoNormal">Mobile: (205) 764-3099<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
<p class="MsoNormal">-- <br>
TangerineSDR mailing list<br>
<a href="mailto:TangerineSDR@lists.tapr.org" target="_blank" rel="noreferrer">TangerineSDR@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org" target="_blank" rel="noreferrer">http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org</a><u></u><u></u></p>
</blockquote>
</div>
</div>
</div>

</blockquote></div>