Here is what I mean: http://www.dg2ycb.duckdns.org/wsjt-x_band_change_bug.mp4
IMO band changes make sense most, immediately when one RX cycle has been finished, because of course I don't want to lose the next cycle. However, in practice this means +- 1 second before or after the end of one cycle. RX and decoding per se works pretty well under such condition, the only thing which doesn't work is the proper allocation of the decodes to the band which was active BEFORE the band change. A fix for this should be quite easy. @ Rick - K1HTV: Yes of course I am aware of the limitations when switching bands somewhere in the middle of a cycle. But according to what I saw, in such a case most often there are no decodes at all. But for all band changes which were done around the end or beginning of a cycle the mentioned unwanted behavior is there. Maybe it helps if you watch my video. There you see what I mean. @ Bobby/N4AU: What? A rescan of the adi file after each band change? No, I am not doing that... 73 de Uwe, DG2YCB
_______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
