> On Nov 23, 2022, at 21:58, Black Michael via wsjt-devel
> wrote:
>
> Would that switch to FT4 be occurring while decodes are still appearing on
> the screen?
Probably while or before decodes are happening, since they come so fast with
heavy activity.
Gary - AG0N
___
Would that switch to FT4 be occurring while decodes are still appearing on the
screen?
Mike W9MDB
On Wednesday, November 23, 2022 at 10:16:20 PM CST, Gary McDuffie via
wsjt-devel wrote:
> On Nov 23, 2022, at 13:54, Michael Black via wsjt-devel
> wrote:
>
> Known bug if you are usin
> On Nov 23, 2022, at 13:54, Michael Black via wsjt-devel
> wrote:
>
> Known bug if you are using max dust or call first. It’s fixed for RC5.
> Mike W9MDB
One more confirmation from my station, Mike. As previously stated, it is very
repeatable.
Go up on 17, 12, or 10 meters (probably an
Known bug if you are using max dust or call first. It’s fixed for RC5.
Mike W9MDB
Sent from my iPhone
> On Nov 23, 2022, at 1:52 PM, Reino Talarmo via wsjt-devel
> wrote:
>
>
> >Maybe just co-incidence but I have had two crashes now where the last entry
> >in the ...ALL.TXT file was a stat
>Maybe just co-incidence but I have had two crashes now where the last entry in
>the ...ALL.TXT file was a station with compound call that was answering my CQ.
221123_18124521.074 Rx FT8-12 0.2 1386 KB1EFS/2
Hi AL,
Could this be the same issue Mike stated: ‘Referring to "Max Dist"
(WSJT-X v2.6.0-rc4 )
Maybe just co-incidence but I have had two crashes now where the last
entry in the ...ALL.TXT file was a station with compound call that was
answering my CQ.
221123_181245 21.074 Rx FT8 -12 0.2 1386 KB1EFS/2
Looking back through the ALL.TXT, KB1EFS/2 had not been
Please place this file as described
belowhttps://www.dropbox.com/s/t52ngcalsgnpm8m/wsjtx_log_config.ini?dl=0
C:\Users\[username]\AppData\Local\WSJT-X The WSJT-X_Rigcontrol.log file will
be in the same location For Linux put it in ~/.config The
WSJT-X_Rigcontrol.log file will be here: ~/.local
I have been running RC4 since just after release. I have been able to
reproduce the same problem as RC3 regarding changing modes fromJT9-G Fast to
Q65-30a. When making this mode change the Q65 decoder often fails to start,
that is, the DECODE button will not light orflash quickly and signals w
: Andrew Neumeier
Subject: Re: [wsjt-devel] RC4
GM Chet,
File you requested is attached. Thanks for the help.
73
On Wednesday, September 7, 2022 at 10:10:32 PM EDT, Chester Fennell via
wsjt-devel wrote:
Hi Andy,
Received file ok. Will
Neumeier via wsjt-devel
Sent: Thursday, September 8, 2022 7:49 AM
To: Chester Fennell via wsjt-devel
Cc: Andrew Neumeier
Subject: Re: [wsjt-devel] RC4
GM Chet,
File you requested is attached. Thanks for the help.
73
On Wednesday, September 7, 2022 at 10:10:32 PM
Not stepping on any feet, but you may wish to be aware of this script which
automates updates to WSJT-X on many Linux versions for x86 and ARM, such as
Raspberry Pi OS, Ubuntu, Xubuntu, Debian, Linux Mint and Fedora:
https://github.com/dslotter/ham_radio_scripts/blob/main/update_wsjtx_from_src
--
: [wsjt-devel] RC4 Minor Nit
Hi Dennis,
Check the path of your program. You are starting the wrong program.
73,
Sam W2JDB
-Original Message-
From: Dennis Younker NE6I via wsjt-devel
To: 'WSJT software development'
Cc: Dennis Younker NE6I
Sent: Wed, Sep 7,
I'm not sure who the project lead is, but I have experience doing automated
builds for software. If there is interest (and approval from the project
leads) I can help setup builds for modern Linux versions, and potentially
help setup an apt and repo so people can do the equivelant of 'apt upgrade'
ier via wsjt-devel<mailto:wsjt-devel@lists.sourceforge.net>
Sent: Thursday, September 8, 2022 7:49 AM
To: Chester Fennell via wsjt-devel<mailto:wsjt-devel@lists.sourceforge.net>
Cc: Andrew Neumeier<mailto:ka2...@yahoo.com>
Subject: Re: [wsjt-devel] RC4
GM Chet,
File you requested is
window and send file to me.cat
/etc/os-release > osrelease
File will be called osrelease. Thank you.
73. Chet KG4IYS
Get Outlook for iOSFrom: Andrew Neumeier via wsjt-devel
Sent: Wednesday, September 7, 2022 7:57:48 PM
To: Chet Fennell via wsjt-devel
Cc: Andrew Neumeier
Subject: Re: [wsjt-devel]
Hi Dennis,
Check the path of your program. You are starting the wrong program.
73,
Sam W2JDB
-Original Message-
From: Dennis Younker NE6I via wsjt-devel
To: 'WSJT software development'
Cc: Dennis Younker NE6I
Sent: Wed, Sep 7, 2022 8:19 pm
Subject: [wsjt-devel] RC4
o0ukef>
From: Andrew Neumeier via wsjt-devel
Sent: Wednesday, September 7, 2022 7:57:48 PM
To: Chet Fennell via wsjt-devel
Cc: Andrew Neumeier
Subject: Re: [wsjt-devel] RC4
Hi Chet,
Ok, managed to create the file you asked for. Please keep in mind that RC4
never instal
Mine shows RC4 on both Windows and Mac...
> On Sep 7, 2022, at 8:19 PM, Dennis Younker NE6I via wsjt-devel
> wrote:
>
> I notice that RC4 displays itself as 2.5.4 instead of 2.6.0-rc4. Obviously
> this does not affect performance but thought I would point it out.
>
>
>
I notice that RC4 displays itself as 2.5.4 instead of 2.6.0-rc4. Obviously
this does not affect performance but thought I would point it out.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/
Hi Chet,
Ok, managed to create the file you asked for. Please keep in mind that RC4
never installed, so I believe this file is related to RC3.
Hope this helps. File is below.
73
On Wednesday, September 7, 2022 at 07:43:20 PM EDT, Chet Fennell via
wsjt-devel wrote:
Hi Andy,
Hi Andy,
Please open a terminal window and run this command: sudo apt show wsjtx
-a > wsjtx-dep. You will be required to enter your password next. Once
the command prompt returns, please send the file named wsjtx-dep to me
(if you run this from your home directory, the file will show up there
Hi Chet,
Well, I guess I am not really sure what to do with the list of dependencies or
how I might proceed from here.
73,Andy, ka2uqw
On Wednesday, September 7, 2022 at 05:53:07 PM EDT, Chet Fennell via
wsjt-devel wrote:
Hi Andy,
I am sending you a list of dependencies, I hope
Hi Andy,
I am sending you a list of dependencies, I hope this will help you.
Please see attached.
Let me know if this works for you.
73,
Chet KG4IYS
On 9/7/22 15:40, Andrew Neumeier via wsjt-devel wrote:
Hello,
Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS
system. Got
Hello,
Attempted to install 2.6.0-rc4 amd64.deb on my Ubuntu 20.04LTS system. Got
following error on install:
Error: Cannot satisfy dependencies.
There are no details given. Not sure how to run this in a terminal to provide
more information to the team.First time this has happened, usually a
> On May 16, 2021, at 10:37, Rich - K1HTV wrote:
>
> Next, I tested the watchdog timer , calling the BD station using the Tx1
> message, By that time that station was much weaker. As I continued calling,
> after about 2 minutes the WD counter decremented to 5. After another 2
> minutes, the
I've been running WSJT-X version 2.4.0-rc4 on a quad core Dell Z440
computer using Windows 10. I've found what appears to be an anomaly that I
don't recall seeing as being reported. I was calling a BD station in China
on 17M FT8,. I called using the Tx2 vs the Tx1 message. I noticed that as
the min
Hi all. I’ve been using RC4 for a while now for JT65, FT8, and MSK144, and
wanted to report a few issues.
1. On both FT8 and JT65, often it skips sending 73 at the end of a QSO.
Mostly it seems to do that when I would be sending 73 last, but not sure if it
also happens the other way. Wh
Hi Hasan,
Thanks for your reply.
I agree to your advice that it is better to turn "Autoclear Average
After Decode" ON. I will do so and other one too.
My Q65 setting has been with:
Decode = Fast
Enable Averaging = Off
Autoclear Average after Decode = Off
Single Decode = Unchecked
In other QSO,
>From what we can tell after several hours of testing:
It is better to turn "Autoclear Average After Decode" ON
Decode drop down menu
If you don't, two things happen:
1) Auto Sequence is quite broken
2) Info in Average Decodes pane is misleading if not outright wrong.
So use settings:
Decode
Hello all,
I have a question about the behavior of Q65 averaging function.
My Q65 decoding shows two same messages per one signal and "qP*" at
end-of-line code on one of two messages even if "Enable averaging" is
unchecked.
For instance, there are UTC 025000, 025100, 025200, 025430, and 025530.
Please try RC4 and report back.
On 3/26/2021 2:16 PM, Kevin McQuiggin wrote:
Hi All:
Thanks to Joe et al for RC4. Looking forward to giving it a run here.
I am running MacOS version 10.14.6 Mojave.
I note that in Q65 30A with Q65_Sync selection on the waterfall that the
spectrum at the bott
onday, February 15, 2021 10:01
> To: wsjt-devel@lists.sourceforge.net
> Subject: Re: [wsjt-devel] Rc4 Tx levels will cause future QRM problems
>
> Hi David,
>
> you can already do that by selecting the slider and using the up and down
> arrow keys. Page up and down for 1 d
Or the wheel on your mouse.
73 -- Larry -- W1DYJ
From: Bill Somerville
Sent: Monday, February 15, 2021 10:01
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Rc4 Tx levels will cause future QRM problems
Hi David,
you can already do that by selecting the slider and using the
(2.4.0_rc1 64 bit )
I too noticed a difference in TX audio levels when I first started to
use 2.4.0 RC1. In fact the change of levels was the same as the
difference in levels between the v2.2.2 32 bit vs. 2.2.2 64 bit ( ~8 db ).
But after 3 days of using 2.4.RC1 with the higher level, for s
Bill,
Selecting the slider often changes it, at least on a Mac, so you have no idea
what the original setting was. Having a way to adjust it without having to be a
touchpad ninja would help.
> On Feb 15, 2021, at 10:01 AM, Bill Somerville wrote:
>
> Hi David,
>
> you can already do that by
Bill,
I don't know about anyone else's setup, but my max power, no ALC power slider
values are radically different per band. There is no one analog drive level
adjustment on my interface (RigExpert Standard) that'll give reasonable power
levels on all bands. My rig is a 756PRO, BTW.
> On Feb 1
Hil,
You can also use the mouse wheel if available.
73,
Sam W2JDB
-Original Message-
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Mon, Feb 15, 2021 10:01 am
Subject: Re: [wsjt-devel] Rc4 Tx levels will cause future QRM problems
Hi David,
you can already do that
On 15/02/2021 14:35, Rich - K1HTV wrote:
I noticed that while running WSJT-X v2.4.0-rc1, the original WSJT-X
"Pwr" control setting produced excessive AGC levels on my K3
transceiver. TX levels are over 5 dB higher with WSJT-X Version
2.4.0-rc1 than with previous versions.
Unless a software ch
Hi David,
you can already do that by selecting the slider and using the up and
down arrow keys. Page up and down for 1 dB increments.
73
Bill
G4WJS.
On 15/02/2021 14:58, David Tiller wrote:
You wrote: "How about adding a small "dB' box right under the "Pwr" label"
If you add that (and I hop
You wrote: "How about adding a small "dB' box right under the "Pwr" label"
If you add that (and I hope you do), please make it a spinner box so we can
adjust it with up/down arrows by preferably 0.1 dB increments.
> On Feb 15, 2021, at 9:35 AM, Rich - K1HTV wrote:
>
> I noticed that while run
Haven't tested this version yet but something else that might be good in
my view is to have a CAT command to vary maximum power output available
from the rig, for those rigs that support it?
Alan G0TLK
On 15/02/2021 14:35, Rich - K1HTV wrote:
I noticed that while running WSJT-X v2.4.0-rc1, the
I noticed that while running WSJT-X v2.4.0-rc1, the original WSJT-X "Pwr"
control setting produced excessive AGC levels on my K3 transceiver. TX
levels are over 5 dB higher with WSJT-X Version 2.4.0-rc1 than with
previous versions.
Unless a software change is made so TX audio levels match those of
Al,
RC3 can decode both 75 and 77 bit transmissions, RC4 can't that could be
the reason.
Neil, KN3ILZ
On 11/25/2018 2:08 PM, Al wrote:
I have been running both RC3 & RC4 on the same PC decoding the same
digital audio stream.
At time I have noted that I get decode for 77bit station in RC3 tha
Makes sense now...
AL, K0VM
On 11/25/2018 1:16 PM, Steven Franke wrote:
Al,
This is expected behavior. Since RC4 does not decode 75 bit messages,
it cannot subtract them. Thus, RC3 will often be able to decode a
77bit messages on the second or third decoding pass, after it has
removed inter
Al,
This is expected behavior. Since RC4 does not decode 75 bit messages, it cannot
subtract them. Thus, RC3 will often be able to decode a 77bit messages on the
second or third decoding pass, after it has removed interference from 75bit
messages. On the other hand, RC4 will not remove the inte
I have been running both RC3 & RC4 on the same PC decoding the same
digital audio stream.
At time I have noted that I get decode for 77bit station in RC3 that do
not appear in RC4.
I can reproduce this playing back the same wav files in rc3 & RC4.
RC3 decode
RC4 decode
Also noted whe
It seems to be due to the sent exchange field not being populated
See: https://sourceforge.net/p/wsjt/mailman/message/36472011/
It applies to EU-Contest mode as well
73’s
Tom
GM8MJV (IO85)
On 21 Nov 2018, at 01:37, Neal Pollack wrote:
> I noticed that I could 100% reproduce a crash (ap
I noticed that I could 100% reproduce a crash (app windows vanish, no error
message) if
I click on OK in the Log Prompting dialog pop-up box, WHILE the final 73
was still transmitting.
If I wait until transmit completes, and THEN click OK to the log dialog
box, the app is OK and
does NOT crash.
Hi Julian,
On 11/19/2018 9:46 PM, Julian VK4CMV wrote:
I've noticed that WSJT-X logging thinks it's on local time - see the
Contest Log - the QSOs do make it in Z time to my HRD log via JTAlert
though. (We are +10hrs on UTC)
There are some signals at 14.078 that I can't decode in RC4 or 1.9.1
I've noticed that WSJT-X logging thinks it's on local time - see the
Contest Log - the QSOs do make it in Z time to my HRD log via JTAlert
though. (We are +10hrs on UTC)
There are some signals at 14.078 that I can't decode in RC4 or 1.9.1 -
which is a bit of a mystery (they were there before the '
Hi.
I'm pretty sure I've seen this before with earlier WSJT-X versions. Maybe
it's just my misunderstanding.
I was calling CQ in WSJT-X v2 RC4 when N6ORB responded to me, off-frequency.
Thanks David!
We completed an FT8+ QSO no problem thanks to Auto Seq and Call 1st, but
during the
.
Same again tomorrow, provided 15m is open to NA as it is today.
73
Gary ZL2iFB
From: Rory Bowers
Sent: 18 November 2018 07:24
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] RC4 oddity
I copied your "CQ_Plus" just fine Gary. I guessed that you wanted to w
The other person needs to check to see if NA Contest Mode is selected in the
menu.
From: m...@handgunrepairshop.com [mailto:m...@handgunrepairshop.com]
Sent: Sunday, November 18, 2018 7:30 PM
To: 'WSJT software development'
Subject: [wsjt-devel] RC4 Unexpected Behavior of R
w5pf is in contest mode?
On Sun, Nov 18, 2018, 7:34 PM As requested in 2.0 Quick Start Guide, a report of unexpected behavior in
> rc4.
>
> 214715 Tx 2617 ~ CQ KV4ZY EN91
> 214730 -4 0.3 2401 ~ KV4ZY W5PF EM20
> 214745 Tx 2617 ~ W5PF KV4ZY -04
> 214800 -2 0.3 2401 ~ KV4ZY W5PF R EM20
> 214815 Tx
As requested in 2.0 Quick Start Guide, a report of unexpected behavior in rc4.214715 Tx 2617 ~ CQ KV4ZY EN91
214730 -4 0.3 2401 ~ KV4ZY W5PF EM20
214745 Tx 2617 ~ W5PF KV4ZY -04
214800 -2 0.3 2401 ~ KV4ZY W5PF R EM20
214815 Tx
I copied your "CQ_Plus" just fine Gary. I guessed that you wanted to work
split "up" and we completed a good QSO. Nice test of 77 bit Gary!
73,
Rory, K5CKS
On Fri, Nov 16, 2018 at 10:54 PM Gary Hinson wrote:
> While trying to send a “CQ PLUS” message, I somehow got WSJT-X 2.0.0-rc4
> to send,
While trying to send a "CQ PLUS" message, I somehow got WSJT-X 2.0.0-rc4 to
send, or appear to send, a hashed version of the message with "", 3
times:
I deleted and re-entered the " plus" bit from the Tx6 message box
(prematurely sending the "CQZL2IFB RF870" message in the process) but it
again
On 14/11/2018 01:31, Edfel Rivera wrote:
Hi Again:
Bill. Which setting is better for split, 'rig' or 'fake it'? Have that
doubt, PPT and TX meter works with both.
Thanks.
Edfel
KP4AJ
Hi Edfel,
"Rig" is always preferred if it works well. Using the rig's own SPLIT
mode ensures that frequen
Hi Again:
Bill. Which setting is better for split, 'rig' or 'fake it'? Have that
doubt, PPT and TX meter works with both.
Thanks.
Edfel
KP4AJ
On Tue, Nov 13, 2018 at 8:23 PM Edfel Rivera wrote:
> Hi Bill:
>
> Thank you. However I don't understand why I can use SignaLink with WSJTX
> 1.9.1 (
Hi Bill:
Thank you. However I don't understand why I can use SignaLink with WSJTX
1.9.1 (without split setting change) and same configuration not working
with 2.0 RC4. At first I as afraid of hardware failure as red light do
start but TX meter not! Impressions was power failure. After testing
On 14/11/2018 00:49, Edfel Rivera wrote:
Hi:
I was able to make some QSO with RC4. After testing some bands, WSJTX
is not activating PPT as usual. Will try goind back to 1.9.1. I
moved freq to above 2k as instructions have QSO with W7AH and
TI5/N5BEK 20 and 12 meters.
Seems weird, was
Hi:
I was able to make some QSO with RC4. After testing some bands, WSJTX is
not activating PPT as usual. Will try goind back to 1.9.1. I moved freq
to above 2k as instructions have QSO with W7AH and TI5/N5BEK 20 and 12
meters.
Seems weird, was worry about PS or the RIG but PPT works ok with
Sorry about the confusion Joe, I am straightened out now. I was working
MSK-144 this morning and made one contact. I tried to switch to FT-8 on
20M. The screen went white-ish and then this error:
Problem signature:
>Problem Event Name:APPCRASH
>Application Name:wsjtx.exe
>Applicatio
63 matches
Mail list logo
