I think the theory is, you send a BPSK value (in this case 0:0 or BPSK 1.0 + 0.0j
Then on receive it should be the same value, or it is out of sync, or it is garbled by the ether. The value is not really important, just that it be the same BPSK value, which the decodes to two indexes of the bits rx_uw of value 0:0 On Thu, Jul 16, 2020 at 3:25 AM Glen English <g...@cortexrf.com.au> wrote: > anyone going to fix the FreeDV OFDM modem ? > > I'll located the bug, the line number etc...... > On 16/07/2020 08:31, glen english wrote: > > Excellent Alan ! > > right, like I thought , tx_uw always zeros , and rx_uw goes to zero > because input level falls. > > OK David, I am sure you had other ideas in mind for tx_uw ? > > that is it has been initialized to zero and never set.. > > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >
_______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
