[wsjt-devel] rc7 64b multi monitor problem
I have a 3 monitor setup and all the 32bit versions have always remembered WSJTx window positions once set from start to start as well as all configuration and version changes. Just loaded the 64bit version. It always starts up with the windows off the right edge of the right monitor. I have to drag everything back to the left and center monitors. Sizes are remembered but the locations are NOT remembered once set. LEFT #3 monitor - HRD Rig Control and WSJTx Waterfall half size on top (focus) CENTER #2 monitor - Main WSJTx window with JTAlert and Macros side bar RIGHT #1 (default) monitor - HRD LogBook and everything else I might use System setup: Windows 10 Pro 1809 64bit 8Gb RAM Dell 1708FP 1280x1024 ATI Radeon HD 2400 XT Dual monitor card - stretch across RIGHT and CENTER displays NVIDIA GeForce GT 710 signal monitor card - LEFT monitor WB5JJJ - George ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Recv exchange and sent exchange not transferred to HRD
During yesterdays mock contest I noticed that after finalizing a QSO the sent and received serial numbers are not transferred to my Ham Radio Deluxe logbook. HRD and WSJT-X are directly connected. I'm using the latest HRD version. Could be a problem of HRD, but just wanted you to know. Cheers, Erwin ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Best S+P button
I would be interested in knowing as well, I haven’t figured out that button either. I observed the same thing…with EnableTX it would call CQ and without it the thing just sits forever. -Matt / KK4NDE From: David Kaplan via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] Sent: Wednesday, June 05, 2019 3:06 PM To: wsjt-devel@lists.sourceforge.net Cc: David Kaplan Subject: [wsjt-devel] Best S+P button I’ll add my comments that the FT4 mock test went well. One problem I did have, which of course could be operator error, was the “Best S+P” button. The FT4 Protocol pdf says: "Clicking this button during an Rx cycle arms the program to examine all CQ messages decoded at the end of the 6-second Rx sequence. The program will select the best potential QSO partner (from a contesting perspective), and treat it as if you had double-clicked on that line of decoded text.” I’m running on the latest macOS Mojave. I found that if “Enable TX” was enabled I would end up calling CQ, and if it wasn’t enabled nothing would happen. What am I missing? David, WA1OUI ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Observation on decoding
I haven't found a rig yet (other than Elecraft) that need any ALC. I think there may be one other I've run into but don't recall right now where the meter does show 0dB up the scale a bit. Like I said...run the rig at 100W and adjust WSJT-X down the scale...at some point down the scale ALC will be at zero. Every -3db should give you 50% power reduction. Works on every rig that is set correctly. Mike On Wednesday, June 5, 2019, 2:39:20 PM CDT, Ron WV4P wrote: Contrary to common belief.. You better feed that 7300 some ALC if you want it to perform. All radios are NOT the same and some need ALC. Ron, WV4P On Wed, Jun 5, 2019, 2:34 PM Tom Ramberg via wsjt-devel wrote: Sorry for posting this in the wrong thread. Now Trying to delete it and repost- OH6VDA Tom Sendt fra min iPad Air 2 5. jun. 2019 kl. 22:26 skrev Tom Ramberg : I just checked my computer soundcard settings and followed your procedure to set up the radio, the computer and the tranceiver, resulting in a seemingly dramatic enhancement of operation efficiency. For one thing (operator error, no doubt), I've never checked that the sound card sample rate was 48kHz 16-bit before, and of course it was not. Thanks a lot! 73 de Tom OH6VDA Sendt fra min iPad Air 2 5. jun. 2019 kl. 15:01 skrev Black Michael via wsjt-devel : For the IC-7300 you want the ALC meter to show no action at all. So if it ever bumps up at all you've got too much audio going into the rig and need to back off the USB Mod Level. You should be able to transmit 100W with no ALC (or very close to 100W). That is the goal of all rigssome of the newer rigs will show < 0dB ALC (e.g. K3) though so it pays to learn what your ALC meter is really telling you. The way you do that is set your rig for 100W, WSJT-X power slider at -3dB, computer audio out at 0dB, then adjust rig/external sound to show 50W tranmit power going out. That should be 0dB ALC and shows you what to expect when transmitting close to the 100W. Many rigs cannot do 100W with no ALC so have to back off to 95W maximum or such. So as you gradually increase the power slider in WSJT-X (use the up cursor key) watch your ALC as you approach 100W. If you start seeing ALC you have to back off the audio level at the rig or external sound card so the WSJT-X slider can be at 0dB and no ALC showing. de Mike W9MDB On Tuesday, June 4, 2019, 12:06:34 PM CDT, Black Michael via wsjt-devel wrote: If you reduce power from WSJT-X (not from the rig) does your ALC drop? If so...that's too much audio. Mike On Tuesday, June 4, 2019, 11:57:44 AM CDT, Gene Marsh wrote: Mike, My ALC is ~25% @80W. But, I have no issues with transmit. Only observing the double decode. Everything else is good. 73 de W8NET Miles / “Gene”Secretary, Portage County Amateur Radio Service (PCARS)3905 Century Club - Master #47DV2/W8NET in the PhilippinesLicensed since 1974 On Jun 4, 2019, at 12:46 PM, Black Michael wrote: I do believe 63% audio on the IC7300 is wayy too much audio. What does your ALC meter say? de Mike W9MDB On Tuesday, June 4, 2019, 11:44:04 AM CDT, Gene Marsh via wsjt-devel wrote: Joe, My setup: Windows 10 Pro - see the pic: -rc7IC-7300USB audio codec @66% volume Need more info? I will try to save a wav file next time I see it. 73 de W8NET Miles / “Gene”Secretary, Portage County Amateur Radio Service (PCARS)3905 Century Club - Master #47DV2/W8NET in the PhilippinesLicensed since 1974 On Jun 4, 2019, at 12:12 PM, Joe Taylor wrote: Hi Gene, I have seen nothing like the duplicate decodes you report. Please send us the .wav file for one or two of your examples, and tell us something about your computer setup. -- 73, Joe, K1JT On 6/4/2019 11:39, Gene Marsh via wsjt-devel wrote: FT4: I have seen 7-8 times, double decoding. Always a strong signal. Example: image1.png I saw that in the early days of FT8. Except for that, it’s working really well. (Thank you Joe and your team) 73 de W8NET Miles / “Gene” Secretary, Portage County Amateur Radio Service (PCARS) 3905 Century Club - Master #47 DV2/W8NET in the Philippines Licensed since 1974 ___ 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 ___ 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 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net
Re: [wsjt-devel] wsjt-x rc7 issue.
This was all checked as well. Remember I mentioned that the old version running at the same time had no issue. Nothing changed on my end except updating wsjt-x. I know thats what they all say, but it really is true. Tim On Wed, 5 Jun 2019 at 15:31, Bill Somerville wrote: > On 05/06/2019 20:21, Tim Pacan wrote: > > I noticed there were many signals on the waterfall, but almost none > > were decoding. Looking at the decode siplay, I noticed the time > > offsets for all stations were over 2 and higher , up to 2.5. > > At the same time, my older version on the 2nd receiver was showing > > various times but all below 0.5 > > > Hi Tim, > > unexplained delay in decoded signals with an SDR is usually some sort of > latency issue with the digital audio loopback connections. Check you > have 48000 Hz or better sample rates throughout and that buffer sizes > are not excessive. > > 73 > Bill > G4WJS. > > > > ___ > 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
Re: [wsjt-devel] Observation on decoding
Contrary to common belief.. You better feed that 7300 some ALC if you want it to perform. All radios are NOT the same and some need ALC. Ron, WV4P On Wed, Jun 5, 2019, 2:34 PM Tom Ramberg via wsjt-devel < wsjt-devel@lists.sourceforge.net> wrote: > Sorry for posting this in the wrong thread. Now Trying to delete it and > repost- > > OH6VDA Tom > > Sendt fra min iPad Air 2 > > 5. jun. 2019 kl. 22:26 skrev Tom Ramberg : > > I just checked my computer soundcard settings and followed your procedure > to set up the radio, the computer and the tranceiver, resulting in a > seemingly dramatic enhancement of operation efficiency. For one thing > (operator error, no doubt), I've never checked that the sound card sample > rate was 48kHz 16-bit before, and of course it was not. Thanks a lot! > > 73 de Tom OH6VDA > > Sendt fra min iPad Air 2 > > 5. jun. 2019 kl. 15:01 skrev Black Michael via wsjt-devel < > wsjt-devel@lists.sourceforge.net>: > > For the IC-7300 you want the ALC meter to show no action at all. So if it > ever bumps up at all you've got too much audio going into the rig and need > to back off the USB Mod Level. > > You should be able to transmit 100W with no ALC (or very close to 100W). > > That is the goal of all rigssome of the newer rigs will show < 0dB ALC > (e.g. K3) though so it pays to learn what your ALC meter is really telling > you. The way you do that is set your rig for 100W, WSJT-X power slider at > -3dB, computer audio out at 0dB, then adjust rig/external sound to show 50W > tranmit power going out. That should be 0dB ALC and shows you what to > expect when transmitting close to the 100W. Many rigs cannot do 100W with > no ALC so have to back off to 95W maximum or such. So as you gradually > increase the power slider in WSJT-X (use the up cursor key) watch your ALC > as you approach 100W. If you start seeing ALC you have to back off the > audio level at the rig or external sound card so the WSJT-X slider can be > at 0dB and no ALC showing. > > de Mike W9MDB > > > > > On Tuesday, June 4, 2019, 12:06:34 PM CDT, Black Michael via wsjt-devel < > wsjt-devel@lists.sourceforge.net> wrote: > > > If you reduce power from WSJT-X (not from the rig) does your ALC drop? If > so...that's too much audio. > > Mike > > > > > On Tuesday, June 4, 2019, 11:57:44 AM CDT, Gene Marsh > wrote: > > > Mike, > > My ALC is ~25% @80W. But, I have no issues with transmit. Only observing > the double decode. Everything else is good. > > 73 de W8NET Miles / “Gene” > Secretary, Portage County Amateur Radio Service (PCARS) > 3905 Century Club - Master #47 > DV2/W8NET in the Philippines > Licensed since 1974 > > On Jun 4, 2019, at 12:46 PM, Black Michael wrote: > > I do believe 63% audio on the IC7300 is wayy too much audio. What > does your ALC meter say? > > de Mike W9MDB > > > > > On Tuesday, June 4, 2019, 11:44:04 AM CDT, Gene Marsh via wsjt-devel < > wsjt-devel@lists.sourceforge.net> wrote: > > > Joe, > > My setup: > > Windows 10 Pro - see the pic: > > > > > -rc7 > IC-7300 > USB audio codec @66% volume > > Need more info? > > I will try to save a wav file next time I see it. > > > 73 de W8NET Miles / “Gene” > Secretary, Portage County Amateur Radio Service (PCARS) > 3905 Century Club - Master #47 > DV2/W8NET in the Philippines > Licensed since 1974 > > On Jun 4, 2019, at 12:12 PM, Joe Taylor wrote: > > Hi Gene, > > I have seen nothing like the duplicate decodes you report. Please send us > the .wav file for one or two of your examples, and tell us something about > your computer setup. > >-- 73, Joe, K1JT > > On 6/4/2019 11:39, Gene Marsh via wsjt-devel wrote: > > FT4: I have seen 7-8 times, double decoding. Always a strong signal. > Example: > > image1.png > > I saw that in the early days of FT8. > > Except for that, it’s working really well. (Thank you Joe and your team) > > 73 de W8NET Miles / “Gene” > > Secretary, Portage County Amateur Radio Service (PCARS) > > 3905 Century Club - Master #47 > > DV2/W8NET in the Philippines > > Licensed since 1974 > > ___ > > 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 > > ___ > 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 > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > ___ > wsjt-devel mailing list >
Re: [wsjt-devel] Audio level adjustment
I just checked my computer soundcard settings and followed your procedure to set up the radio, the computer and the tranceiver, resulting in a seemingly dramatic enhancement of operation efficiency. For one thing (operator error, no doubt), I've never checked that the sound card sample rate was 48kHz 16-bit before, and of course it was not. Thanks a lot! 73 de Tom OH6VDA Sendt fra min iPad Air 2 > 5. jun. 2019 kl. 15:49 skrev Black Michael via wsjt-devel > : > > The link below is an article a couple of us wrote which has helped a lot of > people understand and fix their audio settings. We have helped several > hundred people with this. > > So decided to send this link out to the groups for general consumption. > You'll find it on my QRZ page too. > > If you don't feel 100% confident in explaining the audio chain for WSJT-X (or > FLDigi or any other computer-based audio program) this document should help > explain it. Doesn't touch on Linux setups though...one weakness of itbut > the principles remain the same. > > Any recommendations for improving it are appreciated. > > https://www.dropbox.com/s/mcj4hklxxgwswsy/FT8Noise5.pdf?dl=1 > > > de Mike W9MDB > > > > ___ > 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
Re: [wsjt-devel] Observation on decoding
Sorry for posting this in the wrong thread. Now Trying to delete it and repost- OH6VDA Tom Sendt fra min iPad Air 2 > 5. jun. 2019 kl. 22:26 skrev Tom Ramberg : > > I just checked my computer soundcard settings and followed your procedure to > set up the radio, the computer and the tranceiver, resulting in a seemingly > dramatic enhancement of operation efficiency. For one thing (operator error, > no doubt), I've never checked that the sound card sample rate was 48kHz > 16-bit before, and of course it was not. Thanks a lot! > > 73 de Tom OH6VDA > > Sendt fra min iPad Air 2 > >> 5. jun. 2019 kl. 15:01 skrev Black Michael via wsjt-devel >> : >> >> For the IC-7300 you want the ALC meter to show no action at all. So if it >> ever bumps up at all you've got too much audio going into the rig and need >> to back off the USB Mod Level. >> >> You should be able to transmit 100W with no ALC (or very close to 100W). >> >> That is the goal of all rigssome of the newer rigs will show < 0dB ALC >> (e.g. K3) though so it pays to learn what your ALC meter is really telling >> you. The way you do that is set your rig for 100W, WSJT-X power slider at >> -3dB, computer audio out at 0dB, then adjust rig/external sound to show 50W >> tranmit power going out. That should be 0dB ALC and shows you what to >> expect when transmitting close to the 100W. Many rigs cannot do 100W with >> no ALC so have to back off to 95W maximum or such. So as you gradually >> increase the power slider in WSJT-X (use the up cursor key) watch your ALC >> as you approach 100W. If you start seeing ALC you have to back off the >> audio level at the rig or external sound card so the WSJT-X slider can be at >> 0dB and no ALC showing. >> >> de Mike W9MDB >> >> >> >> >> On Tuesday, June 4, 2019, 12:06:34 PM CDT, Black Michael via wsjt-devel >> wrote: >> >> >> If you reduce power from WSJT-X (not from the rig) does your ALC drop? If >> so...that's too much audio. >> >> Mike >> >> >> >> >> On Tuesday, June 4, 2019, 11:57:44 AM CDT, Gene Marsh wrote: >> >> >> Mike, >> >> My ALC is ~25% @80W. But, I have no issues with transmit. Only observing >> the double decode. Everything else is good. >> >> 73 de W8NET Miles / “Gene” >> Secretary, Portage County Amateur Radio Service (PCARS) >> 3905 Century Club - Master #47 >> DV2/W8NET in the Philippines >> Licensed since 1974 >> >>> On Jun 4, 2019, at 12:46 PM, Black Michael wrote: >>> >>> I do believe 63% audio on the IC7300 is wayy too much audio. What does >>> your ALC meter say? >>> >>> de Mike W9MDB >>> >>> >>> >>> >>> On Tuesday, June 4, 2019, 11:44:04 AM CDT, Gene Marsh via wsjt-devel >>> wrote: >>> >>> >>> Joe, >>> >>> My setup: >>> >>> Windows 10 Pro - see the pic: >>> >>> >>> >>> >>> -rc7 >>> IC-7300 >>> USB audio codec @66% volume >>> >>> Need more info? >>> >>> I will try to save a wav file next time I see it. >>> >>> >>> 73 de W8NET Miles / “Gene” >>> Secretary, Portage County Amateur Radio Service (PCARS) >>> 3905 Century Club - Master #47 >>> DV2/W8NET in the Philippines >>> Licensed since 1974 >>> On Jun 4, 2019, at 12:12 PM, Joe Taylor wrote: >>> Hi Gene, I have seen nothing like the duplicate decodes you report. Please send us the .wav file for one or two of your examples, and tell us something about your computer setup. -- 73, Joe, K1JT > On 6/4/2019 11:39, Gene Marsh via wsjt-devel wrote: > FT4: I have seen 7-8 times, double decoding. Always a strong signal. > Example: > image1.png > I saw that in the early days of FT8. > Except for that, it’s working really well. (Thank you Joe and your team) > 73 de W8NET Miles / “Gene” > Secretary, Portage County Amateur Radio Service (PCARS) > 3905 Century Club - Master #47 > DV2/W8NET in the Philippines > Licensed since 1974 > ___ > 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 >>> >>> ___ >>> 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 >> ___ >> 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
Re: [wsjt-devel] wsjt-x rc7 issue.
On 05/06/2019 20:21, Tim Pacan wrote: I noticed there were many signals on the waterfall, but almost none were decoding. Looking at the decode siplay, I noticed the time offsets for all stations were over 2 and higher , up to 2.5. At the same time, my older version on the 2nd receiver was showing various times but all below 0.5 Hi Tim, unexplained delay in decoded signals with an SDR is usually some sort of latency issue with the digital audio loopback connections. Check you have 48000 Hz or better sample rates throughout and that buffer sizes are not excessive. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Observation on decoding
I just checked my computer soundcard settings and followed your procedure to set up the radio, the computer and the tranceiver, resulting in a seemingly dramatic enhancement of operation efficiency. For one thing (operator error, no doubt), I've never checked that the sound card sample rate was 48kHz 16-bit before, and of course it was not. Thanks a lot! 73 de Tom OH6VDA Sendt fra min iPad Air 2 > 5. jun. 2019 kl. 15:01 skrev Black Michael via wsjt-devel > : > > For the IC-7300 you want the ALC meter to show no action at all. So if it > ever bumps up at all you've got too much audio going into the rig and need to > back off the USB Mod Level. > > You should be able to transmit 100W with no ALC (or very close to 100W). > > That is the goal of all rigssome of the newer rigs will show < 0dB ALC > (e.g. K3) though so it pays to learn what your ALC meter is really telling > you. The way you do that is set your rig for 100W, WSJT-X power slider at > -3dB, computer audio out at 0dB, then adjust rig/external sound to show 50W > tranmit power going out. That should be 0dB ALC and shows you what to expect > when transmitting close to the 100W. Many rigs cannot do 100W with no ALC so > have to back off to 95W maximum or such. So as you gradually increase the > power slider in WSJT-X (use the up cursor key) watch your ALC as you approach > 100W. If you start seeing ALC you have to back off the audio level at the > rig or external sound card so the WSJT-X slider can be at 0dB and no ALC > showing. > > de Mike W9MDB > > > > > On Tuesday, June 4, 2019, 12:06:34 PM CDT, Black Michael via wsjt-devel > wrote: > > > If you reduce power from WSJT-X (not from the rig) does your ALC drop? If > so...that's too much audio. > > Mike > > > > > On Tuesday, June 4, 2019, 11:57:44 AM CDT, Gene Marsh wrote: > > > Mike, > > My ALC is ~25% @80W. But, I have no issues with transmit. Only observing > the double decode. Everything else is good. > > 73 de W8NET Miles / “Gene” > Secretary, Portage County Amateur Radio Service (PCARS) > 3905 Century Club - Master #47 > DV2/W8NET in the Philippines > Licensed since 1974 > >> On Jun 4, 2019, at 12:46 PM, Black Michael wrote: >> >> I do believe 63% audio on the IC7300 is wayy too much audio. What does >> your ALC meter say? >> >> de Mike W9MDB >> >> >> >> >> On Tuesday, June 4, 2019, 11:44:04 AM CDT, Gene Marsh via wsjt-devel >> wrote: >> >> >> Joe, >> >> My setup: >> >> Windows 10 Pro - see the pic: >> >> >> >> >> -rc7 >> IC-7300 >> USB audio codec @66% volume >> >> Need more info? >> >> I will try to save a wav file next time I see it. >> >> >> 73 de W8NET Miles / “Gene” >> Secretary, Portage County Amateur Radio Service (PCARS) >> 3905 Century Club - Master #47 >> DV2/W8NET in the Philippines >> Licensed since 1974 >> >>> On Jun 4, 2019, at 12:12 PM, Joe Taylor wrote: >>> >> >>> Hi Gene, >>> >>> I have seen nothing like the duplicate decodes you report. Please send us >>> the .wav file for one or two of your examples, and tell us something about >>> your computer setup. >>> >>>-- 73, Joe, K1JT >>> On 6/4/2019 11:39, Gene Marsh via wsjt-devel wrote: FT4: I have seen 7-8 times, double decoding. Always a strong signal. Example: image1.png I saw that in the early days of FT8. Except for that, it’s working really well. (Thank you Joe and your team) 73 de W8NET Miles / “Gene” Secretary, Portage County Amateur Radio Service (PCARS) 3905 Century Club - Master #47 DV2/W8NET in the Philippines Licensed since 1974 ___ 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 >> >> ___ >> 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 > ___ > 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
[wsjt-devel] wsjt-x rc7 issue.
Hi, Having some issues with the new RC7 WSJT-X release. FlexRadio 5000 Windows 10 BKTimeSync for correct time I have been using wsjt-x since before it was publicly released, and have gone through all the versions without issue. I've pretty well mastered it over the years, and use it daily. Doesn't mean I still can't make dumb mistakes Running older wsjt-x 2.0.1 in receive only, on the flex 2nd receiver just to monitor 10 metres. Works great, no issues whatsover. Running RC7 on the main flex receiver, where i do all my transmitting / receiving. I noticed there were many signals on the waterfall, but almost none were decoding. Looking at the decode siplay, I noticed the time offsets for all stations were over 2 and higher , up to 2.5. At the same time, my older version on the 2nd receiver was showing various times but all below 0.5 I restarted the software, no change.I swithced from 64 bit version to 32 bit version , no change. I did notice that when I shut down wsjt-x, the time offeset is fine for a few decodes, then goes up over 2 seconds again. Changed the DECODE menu from Deep, to Normal, and even FAST but no difference. I restarted the computer, the flex, everything i could think of. I deleted BKTimeSync and went to Dimension4. Restarted wsjt-x and it was great, then back to over 2 seconds. I did notice that occassionally the times are normal, then on the next exchange back to over 2 secs I am attaching an example from this morning's 6 metre opening. Throughout all of this, the 2.0.1 version works fine. CPU demand is low, shutting down the second 2.0.1 version , all applications still makes no difference. The computer is only used for wsjt-x, the flex radio, and logging. Nothing else goes on there. I think I've tried everything and I'm stumped [image: image.png] Thanks, Tim Pacan VA3FU ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Best S+P button
I’ll add my comments that the FT4 mock test went well. One problem I did have, which of course could be operator error, was the “Best S+P” button. The FT4 Protocol pdf says: "Clicking this button during an Rx cycle arms the program to examine all CQ messages decoded at the end of the 6-second Rx sequence. The program will select the best potential QSO partner (from a contesting perspective), and treat it as if you had double-clicked on that line of decoded text.” I’m running on the latest macOS Mojave. I found that if “Enable TX” was enabled I would end up calling CQ, and if it wasn’t enabled nothing would happen. What am I missing? David, WA1OUI___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] FT4 practice session
Thanks to all who participated in yesterday's FT4 mock-contest practice session -- and especially to those who provided useful feedback. It is much appreciated! Everyone likes the 7.5 s T/R sequences, which provide operators with significantly more human-interaction time than in previous revisions of FT4. Users also appreciated the sensitivity improvements and a larger range of acceptable time offsets, DT. Steve, K9AN, spent most of his time just watching what was going on. During the test period he decoded some 25,300 FT4 transmissions. Steve prepared histograms of DT and S/N values for these decodes, and I've posted them here: http://physics.princeton.edu/pulsar/k1jt/dt.png http://physics.princeton.edu/pulsar/k1jt/snrs.png It seems that we have the WSJT-X timing behavior under good control on all supported platforms -- 95% of recorded DT values fall in the range +/- 0.25 s, and 99% in the range +/- 0.5 s. The range of measured S/N values extends downward to -21 dB. Its distribution is consistent with our sensitivity measurements based on simulated data, which show 50% probability of decoding down to -17.5 dB. I operated for about three hours using 100 W and a dipole. I copied transmissions from 263 unique callsigns and made 143 QSOs in 29 States, 5 Canadian Provinces, and 15 DXCCs. A few problems were reported. The most common one was caused by a few casual operators who had not enabled "RTTY Roundup" contest-style exchanges. Several operators found that activating the "Best S+P" option occasionally caused the program to select a potential QSO partner who had not called CQ. Summary comment from K1HTV: "Looks like RC7 is a keeper, as far as performance, with no problems at all." We will soon address all remaining issues we're made aware of. I believe we are on a good path toward a General Availability (GA) release of WSJT-X 2.1.0 by mid-July. Please remember that WSJT-X 2.1.0 and FT4 are NOT to be used during the ARRL June VHF contest (June 8-10) or ARRL Field Day (June 22-23). For these events you should use WSJT-X 2.0.1 and FT8. -- 73, Joe, K1JT ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X on mac
Bill, OK, I have now successfully entered the command lines and rebooted. Checked shmmax and it is now 14680064. Yay ! Thanks for helping me Bill, much appreciated ! 73, Bob K6UJ > On Jun 5, 2019, at 9:40 AM, Bill Somerville wrote: > > On 05/06/2019 17:33, Robert Harmon wrote: >> The sysctl.conf folder is on my desktop and I tried to enter the command >> lines into terminal but when I hit the enter key after entering a line I get >> the word "password" and I can't go any farther. So then I retried by >> entering the lines in one continuous string with a space between lines and >> rebooted but no luck. I am not familiar with entering commands into >> terminal. I think I must not be entering the commands properly. >> > Bob, > > when the system prompts with Password: you must enter your user password. The > sudo command runs another command with root (administrator) privileges, you > must confirm with your password which will allow you to run further sudo > commands from that terminal session for a few minutes without further > confirmation. > > 73 > Bill > G4WJS. > > > > ___ > 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
Re: [wsjt-devel] WSJT-X on mac
On 05/06/2019 17:33, Robert Harmon wrote: The sysctl.conf folder is on my desktop and I tried to enter the command lines into terminal but when I hit the enter key after entering a line I get the word "password" and I can't go any farther. So then I retried by entering the lines in one continuous string with a space between lines and rebooted but no luck. I am not familiar with entering commands into terminal. I think I must not be entering the commands properly. Bob, when the system prompts with Password: you must enter your user password. The sudo command runs another command with root (administrator) privileges, you must confirm with your password which will allow you to run further sudo commands from that terminal session for a few minutes without further confirmation. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Time control FT4
Hi Jesus, I cannot reproduce the problem you describe. Please give us a step-by-step recipe, beginning with program startup (in XXX mode?) that will show the incorrect sequence length for FT4. -- 73, Joe, K1JT On 6/5/2019 11:19 AM, Jesús Gutiérrez Rodríguez wrote: Good afternoon, I observe when working on FT4, that, in reception, the frames appear at intervals of 7/8 seconds, correct. If you activate the transmission the frame indicates every 15 seconds, as in FT8; When going back to reception, keep the frames to 15 seconds when it should indicate 7/8 seconds. The situation is corrected if you reload the program in FT4. Observe it if it happens in more cases Cordially, EA1YR, Jesus ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X on mac
Bill, The sysctl.conf folder is on my desktop and I tried to enter the command lines into terminal but when I hit the enter key after entering a line I get the word "password" and I can't go any farther. So then I retried by entering the lines in one continuous string with a space between lines and rebooted but no luck. I am not familiar with entering commands into terminal. I think I must not be entering the commands properly. Bob K6UJ > On Jun 5, 2019, at 9:03 AM, Bill Somerville wrote: > > On 05/06/2019 16:29, Robert Harmon wrote: >> Trying to install WSJT-X on my mac. Loaded WSJT-X and following the install >> notes everything went fine until entering the stuff >> in the terminal program and then rebooting. After restarting the shmmax is >> 41994384, not 14680064 like it should be. I followed the instructions in the >> install notes carefully including putting the sysctl.conf folder on the >> desktop. >> Where do I go from here ? >> >> I am trying to install release WSJT-X 2.0.1 on a MacBook Air with a 1.3GHz >> intel Core i5 processor and 8GB of memory. >> Using Mojave 10.14.5 >> >> There are no other apps or virus protection on the computer. >> >> Bob >> K6UJ > Hi Bob, > > your description of how you executed the one time ReadMe.txt instructions > seems incomplete. Did you move the sysctl.conf file to the /etc directory and > change its ownership and permissions as follows: > > sudo cp $HOME/Desktop/sysctl.conf /etc/ > sudo chmod 664 /etc/sysctl.conf > sudo chown root:wheel /etc/sysctl.conf > before you rebooted? > 73 > Bill > G4WJS. > ___ > 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
Re: [wsjt-devel] WSJT-X on mac
On 05/06/2019 16:29, Robert Harmon wrote: Trying to install WSJT-X on my mac. Loaded WSJT-X and following the install notes everything went fine until entering the stuff in the terminal program and then rebooting. After restarting the shmmax is 41994384, not 14680064 like it should be. I followed the instructions in the install notes carefully including putting the sysctl.conf folder on the desktop. Where do I go from here ? I am trying to install release WSJT-X 2.0.1 on a MacBook Air with a 1.3GHz intel Core i5 processor and 8GB of memory. Using Mojave 10.14.5 There are no other apps or virus protection on the computer. Bob K6UJ Hi Bob, your description of how you executed the one time ReadMe.txt instructions seems incomplete. Did you move the sysctl.conf file to the /etc directory and change its ownership and permissions as follows: sudo cp $HOME/Desktop/sysctl.conf /etc/ sudo chmod 664 /etc/sysctl.conf sudo chown root:wheel /etc/sysctl.conf before you rebooted? 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X on mac
Trying to install WSJT-X on my mac. Loaded WSJT-X and following the install notes everything went fine until entering the stuff in the terminal program and then rebooting. After restarting the shmmax is 41994384, not 14680064 like it should be. I followed the instructions in the install notes carefully including putting the sysctl.conf folder on the desktop. Where do I go from here ? I am trying to install release WSJT-X 2.0.1 on a MacBook Air with a 1.3GHz intel Core i5 processor and 8GB of memory. Using Mojave 10.14.5 There are no other apps or virus protection on the computer. Bob K6UJ ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Time control FT4
Good afternoon, I observe when working on FT4, that, in reception, the frames appear at intervals of 7/8 seconds, correct. If you activate the transmission the frame indicates every 15 seconds, as in FT8; When going back to reception, keep the frames to 15 seconds when it should indicate 7/8 seconds. The situation is corrected if you reload the program in FT4. Observe it if it happens in more cases Cordially, EA1YR, Jesus ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Audio level adjustment
The link below is an article a couple of us wrote which has helped a lot of people understand and fix their audio settings. We have helped several hundred people with this. So decided to send this link out to the groups for general consumption. You'll find it on my QRZ page too. If you don't feel 100% confident in explaining the audio chain for WSJT-X (or FLDigi or any other computer-based audio program) this document should help explain it. Doesn't touch on Linux setups though...one weakness of itbut the principles remain the same. Any recommendations for improving it are appreciated. https://www.dropbox.com/s/mcj4hklxxgwswsy/FT8Noise5.pdf?dl=1 de Mike W9MDB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] localization Portuguese for the 2.1.0 candidate release.
good evening, would you be interested in having a portuguese (european) translation for the software? Regards, -- CR7AUS *Carlos Nascimento* m: +351 91 277 3770 pt.linkedin.com/in/cnascimento ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Observation on decoding
For the IC-7300 you want the ALC meter to show no action at all. So if it ever bumps up at all you've got too much audio going into the rig and need to back off the USB Mod Level. You should be able to transmit 100W with no ALC (or very close to 100W). That is the goal of all rigssome of the newer rigs will show < 0dB ALC (e.g. K3) though so it pays to learn what your ALC meter is really telling you. The way you do that is set your rig for 100W, WSJT-X power slider at -3dB, computer audio out at 0dB, then adjust rig/external sound to show 50W tranmit power going out. That should be 0dB ALC and shows you what to expect when transmitting close to the 100W. Many rigs cannot do 100W with no ALC so have to back off to 95W maximum or such. So as you gradually increase the power slider in WSJT-X (use the up cursor key) watch your ALC as you approach 100W. If you start seeing ALC you have to back off the audio level at the rig or external sound card so the WSJT-X slider can be at 0dB and no ALC showing. de Mike W9MDB On Tuesday, June 4, 2019, 12:06:34 PM CDT, Black Michael via wsjt-devel wrote: If you reduce power from WSJT-X (not from the rig) does your ALC drop? If so...that's too much audio. Mike On Tuesday, June 4, 2019, 11:57:44 AM CDT, Gene Marsh wrote: Mike, My ALC is ~25% @80W. But, I have no issues with transmit. Only observing the double decode. Everything else is good. 73 de W8NET Miles / “Gene”Secretary, Portage County Amateur Radio Service (PCARS)3905 Century Club - Master #47DV2/W8NET in the PhilippinesLicensed since 1974 On Jun 4, 2019, at 12:46 PM, Black Michael wrote: I do believe 63% audio on the IC7300 is wayy too much audio. What does your ALC meter say? de Mike W9MDB On Tuesday, June 4, 2019, 11:44:04 AM CDT, Gene Marsh via wsjt-devel wrote: Joe, My setup: Windows 10 Pro - see the pic: -rc7IC-7300USB audio codec @66% volume Need more info? I will try to save a wav file next time I see it. 73 de W8NET Miles / “Gene”Secretary, Portage County Amateur Radio Service (PCARS)3905 Century Club - Master #47DV2/W8NET in the PhilippinesLicensed since 1974 On Jun 4, 2019, at 12:12 PM, Joe Taylor wrote: Hi Gene, I have seen nothing like the duplicate decodes you report. Please send us the .wav file for one or two of your examples, and tell us something about your computer setup. -- 73, Joe, K1JT On 6/4/2019 11:39, Gene Marsh via wsjt-devel wrote: FT4: I have seen 7-8 times, double decoding. Always a strong signal. Example: image1.png I saw that in the early days of FT8. Except for that, it’s working really well. (Thank you Joe and your team) 73 de W8NET Miles / “Gene” Secretary, Portage County Amateur Radio Service (PCARS) 3905 Century Club - Master #47 DV2/W8NET in the Philippines Licensed since 1974 ___ 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 ___ 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 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RC7 sequence problem
Wouldn't this logic work? #1 is73 -- current logic#2 ignore if has2calls and not mybasecall So that's a standard 73 between two parties not including me. Is there a 73 that has two calls that would be valid and not contain my call? Mike On Wednesday, June 5, 2019, 6:34:40 AM CDT, Bill Somerville wrote: On 05/06/2019 12:21, Black Michael via wsjt-devel wrote: Was in middle of QSO with K8HC and he had to give a 73 to somebody else. Autosequence moved me to TX1 instead of staying on TX3. So I had to click TX3. Seems to me that lines that contain a different call then the QSO in progress and not my call should not affect sequencing at all. de Mike W9MDB Hi Mike, this is a tough issue to deal with. Currently any message on or very close to the Rx frequency that contains the word 73 is taken as a signoff. This is necessary because free text messages are often used at this point on a QSO. The obvious solution is to ignore standard messages that do not contain one's call but even then with JT65/JT9/QRA64/JT4 etc. there are cases with compound calls where a 73 message from your QSO partner may not contain your own call. Maybe we should drop the "any message on frequency containing 73 is a signoff" logic and force users to react manually to such messages when they are really part of the current QSO. 73 Bill G4WJS. ___ 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
Re: [wsjt-devel] RC7 sequence problem
On 05/06/2019 12:21, Black Michael via wsjt-devel wrote: Was in middle of QSO with K8HC and he had to give a 73 to somebody else. Autosequence moved me to TX1 instead of staying on TX3. So I had to click TX3. Seems to me that lines that contain a different call then the QSO in progress and not my call should not affect sequencing at all. Inline image de Mike W9MDB Hi Mike, this is a tough issue to deal with. Currently any message on or very close to the Rx frequency that contains the word 73 is taken as a signoff. This is necessary because free text messages are often used at this point on a QSO. The obvious solution is to ignore standard messages that do not contain one's call but even then with JT65/JT9/QRA64/JT4 etc. there are cases with compound calls where a 73 message from your QSO partner may not contain your own call. Maybe we should drop the "any message on frequency containing 73 is a signoff" logic and force users to react manually to such messages when they are really part of the current QSO. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RU mock contest, some observations
QSB will help to read again... so be patient... Keijo OG55W From: Reino Talarmo Sent: Wednesday, June 5, 2019 1:59 PM To: 'WSJT software development' Subject: Re: [wsjt-devel] RU mock contest, some observations Hi Tom, It seems that YO6.. did not received your report confirmation in first place. Even the RR73 seems not be a real one. In that situation you should not send RR73, perhaps 73 instead. I think that was a nice example how some operators don’t give up even, when they don’t decode you any more. 73, Reino oh3ma 2. I experienced a troublesome loop, when the automatic sequence of Tx meaasages seemed to crash. I was unable to force the program to send RR73, because every time YO6FPW sent his report, the programme jumped back to sending my report. I enclose the relevant part of ALL.TXT below. 73 de Tom OH6VDA ___ 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
[wsjt-devel] RC7 sequence problem
Was in middle of QSO with K8HC and he had to give a 73 to somebody else.Autosequence moved me to TX1 instead of staying on TX3. So I had to click TX3.Seems to me that lines that contain a different call then the QSO in progress and not my call should not affect sequencing at all. de Mike W9MDB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RU mock contest, some observations
Hi Tom, It seems that YO6.. did not received your report confirmation in first place. Even the RR73 seems not be a real one. In that situation you should not send RR73, perhaps 73 instead. I think that was a nice example how some operators don’t give up even, when they don’t decode you any more. 73, Reino oh3ma 2. I experienced a troublesome loop, when the automatic sequence of Tx meaasages seemed to crash. I was unable to force the program to send RR73, because every time YO6FPW sent his report, the programme jumped back to sending my report. I enclose the relevant part of ALL.TXT below. 73 de Tom OH6VDA ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Test Results KO3F
47 QSOs in the last 90 minutes - Mac OS version worked fine - Sometimes had trouble keeping up with logging but managed to log all completed QSOs - Had one or two instances where i had worked and logged a station but their color did not turn green - Other than that it was a successful test. 73 Gary ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] Option to highlight 73's like CQ
Hi, Is there a chance to get the optional highlighting of 73 / RR73 messages? Would be really nice if you implement such a feature. (Best would be on Colors tab.) Why? Because many stations do not call CQ anymore, or if, then only every 10 minutes or so, so that such callsigns in practice are not being colored at all. 73 de Uwe, DG2YCB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] RU mock contest, some observations
I operated OH2K, my radio club, and only participated fo a little more than 1 hour. 40 m was void of FT4 signals, but full of phone. The frequency is in the SSB segment, and very often busy, specially by operators from eastern Europe. On 20, there were hardly any signals from outside EU. VP8LP and SU9JG were welcome surprises. I also worked PY7KG and A45XR, but before the test. Some strange glitches: 1. All the CQ calls turned green after the first couple of qsos. 2. I experienced a troublesome loop, when the automatic sequence of Tx meaasages seemed to crash. I was unable to force the program to send RR73, because every time YO6FPW sent his report, the programme jumped back to sending my report. I enclose the relevant part of ALL.TXT below. 73 de Tom OH6VDA Sendt fra min iPad Air 2 190604_19170014.080 Tx FT4 0 0.0 1140 CQ RU OH2K KP20 190604_19170814.080 Rx FT4 1 -0.2 1322 OH2K YO6FPW 549 0046 190604_19171514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 569 0003 190604_19172314.080 Rx FT4 -4 -0.2 1322 OH2K YO6FPW 549 0046 190604_19173014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0003 190604_19173814.080 Rx FT4 -2 -0.0 1323 OH2K YO6FPW 549 0046 190604_19174514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0003 190604_19175314.080 Rx FT4 -7 -0.0 1323 OH2K YO6FPW 549 0046 190604_19180014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 549 0003 190604_19180814.080 Rx FT4 1 -0.0 1323 OH2K YO6FPW 549 0046 190604_19181514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 569 0003 190604_19182314.080 Rx FT4 -3 -0.0 1323 OH2K YO6FPW 549 0046 190604_19183014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0003 190604_19183814.080 Rx FT4 2 -0.0 1323 OH2K YO6FPW 549 0046 190604_19184514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 569 0003 190604_19185314.080 Rx FT4 2 -0.0 1323 OH2K YO6FPW 549 0046 190604_19190014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 569 0003 190604_19190814.080 Rx FT4 6 -0.0 1323 OH2K YO6FPW 549 0046 190604_19191514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 579 0003 190604_19192314.080 Rx FT4 7 -0.0 1323 OH2K YO6FPW 549 0046 190604_19193014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 579 0003 190604_19193814.080 Rx FT4 1 -0.0 1323 OH2K YO6FPW 549 0046 190604_19194514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K 73 190604_19195314.080 Rx FT4 -3 -0.0 1324 OH2K YO6FPW 549 0046 190604_19200014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0004 190604_19200814.080 Rx FT4 0 -0.0 1323 OH2K YO6FPW 549 0046 190604_19201514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 569 0004 190604_19202314.080 Rx FT4 -4 -0.0 1323 OH2K YO6FPW 549 0046 190604_19203014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0004 190604_19203814.080 Rx FT4 -7 -0.0 1323 OH2K YO6FPW 549 0046 190604_19204514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 549 0004 190604_19205314.080 Rx FT4 -8 -0.0 1324 OH2K YO6FPW 549 0046 190604_19210814.080 Rx FT4 -1 -0.0 1324 OH2K YO6FPW 549 0046 190604_19211514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 559 0004 190604_19212314.080 Rx FT4 4 -0.0 1323 OH2K YO6FPW 549 0046 190604_19212314.080 Rx FT4-21 -0.2 1278 OH2K YO6FPW RR73 ? a6 190604_19213014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K 73 190604_19213814.080 Rx FT4 -1 -0.0 1324 OH2K YO6FPW 549 0046 190604_19214514.080 Tx FT4 0 0.0 1140 YO6FPW OH2K 73 190604_19215314.080 Rx FT4-14 -0.0 1323 OH2K YO6FPW 549 0046 190604_19220014.080 Tx FT4 0 0.0 1140 YO6FPW OH2K R 539 0004 190604_19220814.080 Rx FT4 -6 -0.0 1324 OH2K YO6FPW 549 0046 190604_19221514.080 Tx FT4 0 0.0 1140 CQ RU OH2K KP20 190604_19225314.080 Rx FT4 -8 -0.0 1324 OH2K YO6FPW 549 0046 190604_19230814.080 Rx FT4-13 -0.0 1323 OH2K YO6FPW 549 0046___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RU Mock results: New FT4 works well, but 'invalid QSO Data' etc.
I did a couple of QSOs with rc7, both during Mock Contest (RU mode) and as well as a number of standard QSOs. Here are my observations: (1) The new FT4 protocol works fine. MUCH better than the old one!!! No unreasonable loops anymore. When there is a visible trace, now usually signal is being decoded. Saw stations down to -21 dB and worked ones with -14 or so, which was nearly impossible with rc5. Thanks a lot to the dev team! Great improvement!!! (2) During first QSOs in RU mode I got each time 'invalid QSO Data' when trying to log (Exch sent field missing). Annoying: Due to the error message I could not react when the other station didn't get my RR73. Lost two QSOs due to that. Then found out, that 'invalid QSO Data' error is ALWAYS there when using Tab 2. With Tab 1 is seemed to work better. Either correct the misbehavior of Tab 2 (preferred), or let WSJT-X automatically switch to Tab 1 when 'special operating activity' is selected. (3) I like to see one change of Auto Sec (not only when in RU mode): When the other station didn't get my RR73 message, let my reply automatically be sent again (at least one more time). Sometimes when trying to send RR73 again WSJT-X sent a 'CQ RU' using the next serial number. Btw. It's the same with FT8. (4) 64-bit version of rc7 worked/works stable on my computer (Win 10 Pro, 64-bit). Remaining issues: PWR slider still reacts somewhat slower than in earlier 32-bit versions + the well-known 100% audio bug. 73 de Uwe, DG2YCB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
