OK very good. I think the problem showed up because the audio level on
the input in Al's case goes very low or zero during non receive conditions.
Something you would not encounter with the modem conected to a HF radio
with noise screaming into it.
and so just like an FM receive, if you cut the IF signal to the
limiter-detector, the squelch goes open, because the squelch circuit,
which looks for HF noise to say NO SIGNAL, sees no noise, and so it
thinks it is a very good signal..
glen
On 7/16/2020 9:45 PM, David Rowe wrote:
Thanks Steve, yes a GitHub Issue is a good way to report a bug or
feature request.
If anyone would like to suggest any code changes, pls submit a GitHub
Pull Request.
Thanks,
David
On 16/7/20 9:00 pm, Steve wrote:
Best procedure is go to:
https://github.com/drowe67/codec2/issues
and open a new issue. Explain it with examples or line numbers, or
substitute code.
thanks!
On Thu, Jul 16, 2020 at 6:25 AM glen english <g...@cortexrf.com.au
<mailto:g...@cortexrf.com.au>> wrote:
Hi Steve
yep
It didnt take long to find, a few minutes , since, well it seems modems
all have the same type of bugs... if you design modems long enough
and I
guess you can sniff with your nose the usual bugs !
I was just wondering if the usual code maintainers were going to
take it
on ?
Or I can fix it over the weekend. either way, I wasnt sure how things
worked here...
cheers
glen
On 16/07/2020 9:17 pm, Steve wrote:
> 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
<mailto:g...@cortexrf.com.au>
> <mailto:g...@cortexrf.com.au <mailto: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
<mailto:Freetel-codec2@lists.sourceforge.net>
> <mailto:Freetel-codec2@lists.sourceforge.net
<mailto:Freetel-codec2@lists.sourceforge.net>>
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>
>
>
> _______________________________________________
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
<mailto:Freetel-codec2@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
--
Glen English
RF Communications and Electronics Engineer
CORTEX RF
&
Pacific Media Technologies Pty Ltd
ABN 40 075 532 008
PO Box 5231 Lyneham ACT 2602, Australia.
au mobile : +61 (0)418 975077
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
<mailto: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
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
--
Glen English
RF Communications and Electronics Engineer
CORTEX RF
Pacific Media Technologies Pty Ltd trading as Cortex RF
ABN 40 075 532 008
PO Box 5231 Lyneham ACT 2602, Australia.
au mobile : +61 (0)418 975077
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
