Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread David Fisher
Bill Somerville Sent: Tuesday, November 20, 2018 11:16:11 AM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup On 20/11/2018 19:01, Jeff Stai wrote: > If I decide to run WSJT-X in the Roundup, I'm not expecting my > preferred log

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Bill Somerville
On 20/11/2018 21:14, Jeff Stai wrote: So contest loggers already implement a feed of decodes. Hi Jeff, do you know if this is documented anywhere? 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourcefor

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Jeff Stai
hi Bill - I do understand that WSJT-X is a multi-decoder. On a busy band in RTTY I might have say 4 callsigns to choose from in my receive display after I call CQ, and the contest logger will highlight based on already worked, new mult, etc. - and I click or use a hotkey to grab the one I want to w

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Brian Moran
Hi Bill; it's hard to hit a performance target without knowing what the numbers need to be. Checking each call one at a time externally would surely be the slowest. But it also seems like the timing requirements on external dupe checking could be relaxed entirely by doing something like this, whic

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Bill Somerville
On 20/11/2018 19:25, Brian Moran wrote: Hi Bill! You say time critical -- how many milliseconds are currently available to look up the up-to-40-calls and render a 'worked_before' status for each of them? Hi Brian, we have no deadline specified but I would expect the current implementation to

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Brian Moran
Hi Bill! You say time critical -- how many milliseconds are currently available to look up the up-to-40-calls and render a 'worked_before' status for each of them? On Tue, Nov 20, 2018 at 11:09 AM Bill Somerville wrote: > > On 20/11/2018 18:06, Brian Moran wrote: > > In the ARRL RTTY Roundup, th

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Bill Somerville
On 20/11/2018 19:01, Jeff Stai wrote: If I decide to run WSJT-X in the Roundup, I'm not expecting my preferred logger to have any support for it, so I believe I will be treating WSJT-X as if it were a stand alone RTTY modem and I'll be typing stuff into the contest logger - letting the logger k

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Bill Somerville
On 20/11/2018 18:06, Brian Moran wrote: In the ARRL RTTY Roundup, the rules say work stations once per band, regardless of mode. This means those stations using both RTTY and FT8 modes in the same contest will have to check callsigns in BOTH MODES to know what to work efficiently. Will there be

Re: [wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Jeff Stai
hi Brian - If I decide to run WSJT-X in the Roundup, I'm not expecting my preferred logger to have any support for it, so I believe I will be treating WSJT-X as if it were a stand alone RTTY modem and I'll be typing stuff into the contest logger - letting the logger keep track of dupes and mults an

[wsjt-devel] WSJT-X Dupe Checking in ARRL RTTY Roundup

2018-11-20 Thread Brian Moran
In the ARRL RTTY Roundup, the rules say work stations once per band, regardless of mode. This means those stations using both RTTY and FT8 modes in the same contest will have to check callsigns in BOTH MODES to know what to work efficiently. Will there be a means supported to do an 'outcall' to a