Re: [wsjt-devel] 160m S/N needs advanced mode

Glenn,A mode that differs from FST4?Ed N4II.  Original message From: Glenn Williams via wsjt-devel Date: 12/7/23 1:26 PM (GMT-06:00) To: wsjt-devel@lists.sourceforge.net Cc: Glenn Williams Subject: [wsjt-devel] 160m S/N needs advanced mode Hello,FT8 on 160m pales.WSJT-X

[wsjt-devel] Tx frequency display bug in V2.7.0-rc1

if I open WSJT-X, transmit on several (two? three? or more) different bands in succession, eventually this will happen: Just over two seconds into the transmission on the latest band, the frequency display in the main WSJT-X window changes from the correct transmit frequency on the latest band

Re: [wsjt-devel] WSJT-X 2.6.0-rc4: Sudden shut-down, "CQ: Max Dist" doesn't work, "CQ: None" stops working

I can confirm problem 1, as it happened to me less than an hour ago, including the orphaned JT9 decoding application. Running Win 10 on a Lenovo X1 Carbon laptop. I had been on FT8 for about an hour when it happened. Ed N4II. From: Frode Igland via wsjt-devel Sent: Thursday, October

Re: [wsjt-devel] Q65 decoder only decodes only one of multiple signals in passband

Joe, FYI, this isn't an isolated incident. Several hams, from NA, SA, VK and ZL, working to exploit the December-January openings between the Americas and VK/ZL have tried moving from FT8 to Q65-30A, only to have the same non-decode problem appear. (I am one of them. For the record,

Re: [wsjt-devel] Idea for "frequency hopping" FT8 to reduce collisions

Phil, […] but even then the transmitter would only have to move one or two SSB channels, and then only on each transmission. I don't see this as a problem for any modern radio. + Indeed, at present the transmission frequency programmed into the transceiver often is offset

Re: [wsjt-devel] Idea for "frequency hopping" FT8 to reduce collisions

wsjt-devel Date: 8/29/21 2:34 PM (GMT-06:00) To: jan0--- via wsjt-devel Cc: Gordon Weast Subject: Re: [wsjt-devel] Idea for "frequency hopping" FT8 to reduce collisions Ed,When I look at decodes on 20m today, I've seen multiple times when signals offset by as little as 1 Hz are de

Re: [wsjt-devel] Idea for "frequency hopping" FT8 to reduce collisions

If a channelized scheme is introduced to avoid recurrent channel collisions, care should be taken not to reduce the network throughput. As anyone who has visited 14.074 lately can attest, for much of the day there is more channel demand than channel availability -- and other bands are frequently

Re: [wsjt-devel] 'Rpt Rcvd' not being correctly populated

Reino is correct – in the example I experienced (reported in the archives at https://sourceforge.net/p/wsjt/mailman/message/37321504/ ) the JAs were not calling in NA contest mode, either. Since the received signal reports were displayed correctly in the WSJT-X Rx Frequency window (and

Re: [wsjt-devel] 'Rpt Rcvd' not being correctly populated

This sounds like it is related to the "WSJT-X 2.5.0-rc3 RST_RCVD logging issue" that I reported on this reflector on Fri 7/16/2021 10:45 PM. In the brief JA-to-NA 6m FT8 openings, it is typical for the JA station to start with the Tx2 message. Ed N4II. -Original Message- From: Martin

Re: [wsjt-devel] WSJT-X 2.5.0-rc3 RST_RCVD logging issue

the JA run, but correct both before and after it. Ed N4II. -Original Message- From: Jim Brown via wsjt-devel Sent: Saturday, July 17, 2021 6:29 AM To: jan0--- via wsjt-devel Cc: Jim Brown Subject: Re: [wsjt-devel] WSJT-X 2.5.0-rc3 RST_RCVD logging issue On 7/17/2021 2:59 AM, jan0--

Re: [wsjt-devel] WSJT-X 2.5.0-rc3 RST_RCVD logging issue

uct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature> On Sat, 17 Jul 2021 at 3:49, jan0--- via wsjt-devel mailto:wsjt-devel@lists.sourceforge.net> > wrote: I had a 6m FT8 JA run using WSJT-X 2.5.0-rc3 today. After the event, I copied the wsjt_

[wsjt-devel] WSJT-X 2.5.0-rc3 RST_RCVD logging issue

I had a 6m FT8 JA run using WSJT-X 2.5.0-rc3 today. After the event, I copied the wsjt_log.adi file and uploaded the copy to my logging program, where I noticed a curious, deterministic pattern in the RST_RCVD column [Capture.PNG attached]. These incorrect RST_RCVD values were also in the

Re: [wsjt-devel] 2.3.0-rc1 UI on adding a new configuration

Bill, When I wrote, “delete the storage of the current configuration,” I meant the named configuration that was presently being used as the current configuration. Once I have CurrentConfig = UserConfig1, can’t I delete UserConfig1 and keep CurrentConfig? And thanks for the

Re: [wsjt-devel] 2.3.0-rc1 UI on adding a new configuration

Bill, It's not true that, "[i]f you no longer want a configuration then you surely are going to select a different one." I delete configurations regularly -- at the end of a DXpedition or contest, for example -- without a desire to switch to some other configuration at that moment. It's just

Re: [wsjt-devel] Configurations

Joe, Exactly. The difficulty is, at present there's no way for the new user to know what you've just written -- other than by receiving an email from you, or one of the other cognoscenti -- since it's not documented anywhere. (I learned about Configuration operation from a WSJT-X beta tester --

[wsjt-devel] Configurations

I sense a bit of, er, annoyance on behalf of WSJT-X developers with the fact that relatively few users seem to be using Configurations -- at least, the solution proposed to a fair number of user interface issues raised here recently seems to be the same: "Use Configurations". When I first used

Re: [wsjt-devel] WSJT-X 2.2.0-rc1

Excellent. Thank you. From: Bill Somerville Sent: Tuesday, May 12, 2020 4:25 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] WSJT-X 2.2.0-rc1 On 12/05/2020 20:45, j...@comcast.net wrote: >one feature of the latest decoder is there to yield

Re: [wsjt-devel] WSJT-X 2.2.0-rc1

>one feature of the latest decoder is there to yield decodes before all >transmissions are completed. Bill, Was this a user request, or just a result of the new decoding algorithm? (My curiosity has been piqued.) Ed N4II. From: Bill Somerville Sent: Tuesday, May 12, 2020 3:29

[wsjt-devel] Optimum computer for WSJT-X?

I'm in the market for a new computer, to be used largely for high-end WSJT-X applications like maxed-out JT65 decoding on EME. (I'd also like performance headroom to support possible features of future releases, like FT8 diversity reception or even deeper decoding algorithms.) However, I don't

Re: [wsjt-devel] jt9 bin on 32 bit audio file

. . .and in cases like UHF operation, where band noise may not be the limiting factor, in a properly-designed receiver the noise of the LNA is the determining factor. The LNA noise, multiplied by the gain of the receiver front end, should always exceed the LSB of the sound card. For

Re: [wsjt-devel] Message averaging?

Bill,Thank you.  That was pretty much what I thought. The subject came up in a discussion with Lance, W7GJ, who used to recommend its use by stations attempting to work his EME DXpeditions, but now does not, since there is no way for the multiple calling stations to reliably know when to clear

[wsjt-devel] Message averaging?

Is there someone on this reflector who knows the intended application of the JT65 message averaging feature? Does it have any intended use other than in a one-on-one scheduled QSO? I'm just trying to think of scenarios where it would be useful, i.e., where the user would know when to press the

Re: [wsjt-devel] FT4 Frequency on 40-m

Paul,The term for the performance parameter you're asking about is "co-channel rejection" and, as Steve points out, it's very messy to analyze analytically, as it's a very nonlinear function of many variables.  Even validating simulation results via experiment can be tricky.Ed N4II.