Great - we have yet another data mode. There is no single data mode that is
"best" in all respects. It's always a compromise between time, signal rate,
bandwidth and number of discrete channels or tones - the potential
combinations
are limitless.
What all data modes (including RTTY) have in common is that they require
machine decoding. It seems to me that ham-radio contesters do their own
decoding, whether it's CW or Phone. Everything else is data processing and,
increasingly, fully-automated data processing.
Let's leave data modes to the Data-Processing-over-RF apps.
73,
Paul EI5DI
On 02/06/2019 19:49, Jim Brown wrote:
-------- Forwarded Message --------
Subject: [wsjtgroup] WSJT-X 2.1.0-rc6
Date: Sun, 2 Jun 2019 14:32:20 -0400
From: Joe Taylor joe@Princeton.EDU [wsjtgroup]
<wsjtgroup-noreply@yahoogroups.com>
Reply-To: Joe Taylor <joe@Princeton.EDU>
To: wsjtgroup@yahoogroups.com <wsjtgroup@yahoogroups.com>
To: Users of WSJT-X -- especially those interested in radio contesting
From: WSJT Development Group
As you know, we have been developing a protocol called FT4 for use in
radio contesting. A new version of FT4 is now available for testing
in WSJT-X 2.1.0-rc6.
PLEASE NOTE THAT FT4 IN RELEASE CANDIDATE 6 IS NOT COMPATIBLE WITH
THAT IN ANY PREVIOUS RELEASE.
Therefore: Please stop using WSJT-X 2.1.0-rc5. If you wish to use FT4
after today or to take advantage of other recent program corrections
or enhancements, you should use WSJT-X 2.1.0-rc6.
_______________________________________________
CQ-Contest mailing list
CQ-Contest@contesting.com
http://lists.contesting.com/mailman/listinfo/cq-contest
|