
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000066">

Thanks for the answers about V1.22<br>

<br>

While you all are considering changes in the Ozy/Mercury protocol, may

I express<br>

a doubt I have ?<br>

<br>

Given the 512 bytes limitations of the FX2 FIFO, samples are sent in

blocks of 63<br>

each sending. Reassembling them in blocks of 512, 1024, 2048, whatever

size<br>

the processing code in the PC has decided to use, is trivial.<br>

<br>

But.... if you look at the timing, it is evident that the time interval

between the <br>

instants a block of, e.g., 512 samples becomes ready is not a constant

value...<br>

It has some inherent jitter... Granted, on average that time interval

is exactly<br>

equal to 512 / sampfreq, but only on average...<br>

<br>

Doesn't this play havoc with data modes that require phase coherence ?<br>

I have here a patched version of Winrad that works beautifully with the

HPSDR<br>

hardware through the WinUSB interface, and voice and CW are not

minimally affected<br>

by the jitter explained above, but I am wondering if this is true also

for data modes... <br>

<br>

IMHO the ideal would be to send 64 samples in each block, moving the

control bytes<br>

elsewhere, maybe using end point 0.<br>

<br>

Am I completely wrong ?  Comments ?<br>

<br>

73  Alberto  I2PHD<br>

<br>

</body>

</html>


 1250542494.0