Hi Josh, Thanks for reporting this bug. We found and fixed the root cause. The fix will be included in the next release.
The error occurred when the user transmitted at t < 0.6 * TRPeriod after a band change. This is typically the case with WSPR when band hopping is enabled, but almost never with the other modes. That is why it has not been noticed there yet. For some time now, late decodes are assigned to the previous band, even if they are coming shortly after the band change (this was a long-standing defect in old WSJT-X versions), but for Tx of course the current band must be used for the ALL.TXT entries. The missing Rx/Tx differentiation was the bug. 73 de DG2YCB, Uwe ________________________________________ German Amateur Radio Station DG2YCB Dr. Uwe Risse eMail: dg2...@gmx.de Info: www.qrz.com/db/DG2YCB Am 03.09.2022 um 18:30 schrieb Josh Rovero via wsjt-devel:
64-bit built from source on Fedora Core 36: The transmit log entries in ALL_WSPR.TXT show the incorrect band. For example, if WSJT-X WSPR was receiving on 18 MHz, then transmits on 7 MHz, the WSJT-X window shows the correct transmit 7 MHz band, but the ALL_WSPR.TXT entry shows 18 MHz as the transmit band. -- P.J. "Josh" Rovero http://www.roveroresearch.org Ham Radio: KK1D _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
