Bill G4WJS wrote: > I suspect that what actually happened was that the message being sent > when you first clicked the "73" button changed from R+dB to the 73 > message. Such changes of message are allowed during the TX period. > The rest of your description is consistent with that i.e. as far as the > program is concerned you changed your mind and switched to a 73 message > mid TX period. The shutdown of auto TX and the triggering of the log > window are following a valid 73 message being sent. > > It is best to only select the next message after the TX of the previous > message (more normally after the QSO partners decode has completed), > there is no "TX message pre-loading" capability as you describe it.
Oops - my bad. And correct me if I'm wrong - but I think in the WSJT 9 program when you change the selection it doesn't change what is being sent. (I'm new to WSJT-X and the HF world coming from EME.) I've probably done this on quite a few QSO's - if it is changing the bits being sent I must look like quite the LID! I wonder then ... how does the decoder handle / tolerate this? (What did the receiving stations see when I did this?) If it is OK to do in the first few seconds of the transmission (switch to a different message) and the other side gets it right - that's cool ... otherwise I think that being able to change messages in the middle of a stream <sic> isn't necessarily a good feature. (I guess I'd rather have the buttons either inop or buffered until after the transmission completes.) Bob W1QA _______________________________________________ Wsjt-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/wsjt-devel
