Re: [wsjt-devel] 2.2.2 Decoding Performance

2020-07-04 Thread Morris Wideman via wsjt-devel
While true that JTDX will decode a few more signals it comes at a price that being greater CPU use and it does not have the decode speed of WSJTX. From a long time JTDX user that uses both programs. 73 Morris WA4MIT On Friday, July 3, 2020, 11:20:58 PM CDT, Jim Brown wrote: Several m

Re: [wsjt-devel] 2.2.2 Decoding Performance

2020-07-04 Thread Dave Boniface
Hi Folks. Just picked up on Adrians' comments. I can confirm that I am seeing the same issue with 2.2.2. Initial station call at plus-something, the subsequent overs still at plus-something, but no decodes. Does not do it all the time. Wondered if it may have just been down to QRM, too many st

Re: [wsjt-devel] 2.2.2 Decoding Performance

2020-07-04 Thread Adrian
What I am noticing in 2.2.2 is a consistent pattern when responding to a good signal call and then not seeing further decoded response from that station (despite seeing the waterfall response) until I either ; 1. Halt TX and then will see the sequenced response decode, or 2, Click back to my TX

Re: [wsjt-devel] 2.2.2 Decoding Performance

2020-07-03 Thread Stephen VK3SIR
Jim, A very appropriate comment based on some email chats here going on in the background. Background discussion that I have been having relates around the "standards" discussion opened earlier in the week and the necessity in this modern day and age for standards with so many new manufacturer