Thanks Joe -- we appreciate the update. Downloaded the source tarball
from your Princeton site, compiled without issue on Debian 11.
Previously I was running 2.5.3 with a Kenwood TS-590S and it did crash a
few times. No such problems seen yet with 2.5.4.
73, KD0KZE / Paul
On 1/3/22 10:54,
Hi Peter
The example file 00_0003.wav in the link I sent is a simulated file,
with DT set to 2.5s as for an EME signal.
Try it with Ftol=100Hz and it should decode both signals OK. For me, on
one quick test, with Ftol=1000 encompassing both signals only one decoded.
73
Charlie
On Tue, 4
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,
Hi Charlie,
may I ask were the Q65-60D recordings were EME or terrestrial ? I have
found that with Q65 it is quite dependent on the 'decode after eme delay'
setting as to whether the signal decodes or not.
After more testing last night, I found the samples from Lance W7GJ that
decoded in
Peter,
I have seen this happen if Ftol is not opened so that the green line on the
waterfall is not over the received signal. Generally, I leave Ftol open to
1000hz when running Q65, primarily on six meters, unless I am in a difficult
qso and want to reduce it to center on a particular
Hi Peter,
I tries WSJT-X 2.5.4 on the Q65 sample Q65 files. I see all the
decodes for Q65-60A and Q65-30A that are mentioned in the "Quick-Start
Guide to Q65," so I have no idea what may be causing you trouble. If
you haven't figured it out, you could send me a copy of file WSJT-X.ini
in
Hi Peter,
Hardly surprisingly, we have written simulators for all modes developed
for WSJT and WSJT-X. The simulators are used extensively during
development, but much less thereafter.
Recently we have included only a few of them (e.g., fst4sim, mapsim,
q65sim) in the packaged
Hi Saku,
I was too busy after yesterday's GA rlease of WSJT-X 2.5.4, and did not
get around to updating the SourceForge repository. It should be up to
date now.
Best wishes for 2022 -- I hope it will be a better year for all of us!
-- 73, Joe, K1JT
On 1/4/2022 3:57 AM, Saku via
Dear Developers
Can someone please help me with a question about making an audio file of
a WSPR or JT65 transmission?
I see that there is a program for simulating a JT65 transmission (SIMJT)
however I do not see any way of specifying the offset of the
transmission. I vagually recall, from
Hi Peter
This link has some Q65 examples, including simulated one with two
different Q65-60D signals in the passband.
Make sure of course that you have 'single decode' in main settings
unchecked (!).
https://drive.google.com/drive/folders/1RMdrOT7SVIrTDz4hMdmzZkfXJ2daf0yu?usp=sharing
73
Hi Peter
This link has some Q65 examples, including simulated one with two
different Q65-60D signals in the passband.
Make sure of course that you have 'single decode' in main settings
unchecked (!).
https://drive.google.com/drive/folders/1RMdrOT7SVIrTDz4hMdmzZkfXJ2daf0yu?usp=sharing
73
Hi,
at some point the Q65 decoder engine has stopped showing decodes from
multiple signals in the WSJT-X passband and I am at a loss to explain how
or when this has occurred.
I have downloaded the sample files from the main Pulsar web site and tried
to follow the Q65 quick start guide to no
Joe Taylor via wsjt-devel kirjoitti 3.1.2022 klo 18.54:
You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.
Is the [remote "origin"]
url =
13 matches
Mail list logo
