In my radio filtered 48 kHz i/q stream (pairs of 28 bit samples) provided from
fpga (122.88 MHz on input) converted to 32bit floats processed by Weaver method
and can be routed trough 24 or 16 bit usb audio to wsjt. If wsjt not truncate
24 bit to 16 before processing, I can switch off AGC
I am amongst the most recent exiles. I mentioned that a current DXpedition may
be using one of WSJT-X variants - variant not named - running MSHV, so it would
probably be better to call that station using Normal mode instead of Hound mode.
Boom!
Anyway, the current state of the practical
Ditto, but I can’t be too fussed about it, I’ve got other forums to be helpful
on.
I hope the moderator of the groups.io forum for wsjt gets some time to
decompress. Moderating anything on the Internet nowadays is not a job I would
wish on my worst enemy.
73, Willie N1JBJ
> On Apr 23,
On 4/23/2023 11:20 AM, Daniel Uppström via wsjt-devel wrote:
Isn't that obvious why he wants more than 16 bits? With a receiver using
more than that it could be possible to eliminate AGC all together and
just feed something with 100 dB of dynamics into WSJT.
If I'm not mistaken, what the
Isn't that obvious why he wants more than 16 bits? With a receiver using
more than that it could be possible to eliminate AGC all together and
just feed something with 100 dB of dynamics into WSJT. That would be
great. But if the code is written such that it only uses 16 bits that
would of
Why do you want more than 16-bit? That would increase dynamic range.
Currently WSJT-X will only use 16-bit.
Our current recommendation is to set the audio level in WSJT-X at 60dB and use
slow AGC. Slow AGC should prevent the AGC from increasing the signal level
during the quiet periods in
