Hello all, FT8 in this instance. The cases where this may matter - cq started, but notice another station I want to tail end...so double click the call in mid TX?... or have to wait for end transmission? - 73 in progress and want to set up for next station, can I double click next call while 73 in progress? - if the signals are very strong, can I end the 73 early and expect it to be received, while maybe getting the call to next station in the same Tx cycle?
The questions are not answered by BER vs probability of decode graphs because they involve software states. Joe's point about setting up my own test is a good one...but a few questions to define the boundaries of test seem reasonable. jeff, wa1hco On Sat, Feb 20, 2021 at 8:56 AM Charles Suckling <[email protected]> wrote: > Hi Jeff > > Which mode are you asking about? > > Charlie G3WDG > > On Sat, 20 Feb 2021 at 14:44, jeff millar <[email protected]> wrote: > >> Hello all, >> >> What percentage of bits are needed to produce a valid decode? I'm asking >> because sometimes I may start a transmit session some seconds late. >> >> Does it make a difference if the transmission is not started (Rx gets >> noise) vs started but changes message partway through? Sometimes I may >> double click a call some seconds after a CQ is started. >> >> As an aside, I've noticed that my new very fast PC gets the decodes done >> much quicker and there is more time to view, think, and then select the >> transmit message. >> >> Not for the werid question... If the signals are very strong, can I send >> RR73 for the first half of the message and the initial message for the next >> contact in the same cycle? In other words, is it theoretically possible to >> work two stations at once? >> >> A variation on the last question, if signal are strong (BER is low) and >> the tx message changes halfway through, will the receiver decode both >> messages? >> >> jeff, wa1hco >> >> _______________________________________________ >> wsjt-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> > _______________________________________________ > wsjt-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wsjt-devel >
_______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
