Rob,
- wsprd parses the file name to get date and time.
- the decoding algorithm does not use date and time.
Steve k9an
> On Feb 1, 2019, at 6:49 PM, Rob Robinett wrote:
>
>
> My wsprdaemon.sh SW is running at 7 beta sites and detects almost all of the
> signals in the bands.
> However it
My wsprdaemon.sh SW is running at 7 beta sites and detects almost all of
the signals in the bands.
However it seems to miss the second part of type 2 WSPR messages and I
suspect that is due to the lack of date and time fields in the ALL_WSPR.TXT
file.
An example of the WSJT-x ALL_WSPR.TXT:
17
On 02/02/2019 00:16, Steven Franke via wsjt-devel wrote:
Aside from the waterfall display itself, the numbers that are used to
create it are not available for processing by external programs. The
Fourier transforms that are displayed in color-coded form on the
waterfall display are calculated i
Hi Joe,
Aside from the waterfall display itself, the numbers that are used to create it
are not available for processing by external programs. The Fourier transforms
that are displayed in color-coded form on the waterfall display are calculated
in the Fortran routine src/lib/hspec.f90. This rou
I like enabling the Tx Watchdog. It is pretty much essential, in my opinion.
But there there are things that should be changed about the user interface
to it.
The watchdog can now only be adjusted in whole-minute increments. This made
sense with the one-minute transmit cycle of the older modes, b
Hi Steve,
Thanks for the suggestion…do you think there’s a way to attach a number to the
visual representation that appears under “cumulative”? Alternatively, can it be
broken down into individual numbers for each of the 50 hz signals that appear
across the passband?
Actually, I’ve been using
Hi Joe,
It sounds to me as if the Cumulative spectrum plot that can be displayed
underneath the waterfall is exactly what you have described. The Cumulative
spectrum is the sum of all of the short-term spectra that make up the waterfall
display. The sum is reset to zero at the beginning of eac
Hi folks,
I’m reposting the gist of my previous question after getting some nice
suggestions that ultimately didn’t pan out (e. g., thanks to Mike W9MDB for
leading me to Sonic Visualizer…it was close, but not quite there, and DL4YHF’s
Spectrum Lab, which is powerful, but for PC only).
At some
Testing this I do see some more decodes. Good job Iztok.
But on my I5 4-core 8-proc 2..8Ghz it takes almost the full 15-second period to
finish decoding and it' s not using 100% CPU.
This needs to be multi-threaded if possible which seems like it should be
possible.
de Mike W9MDB
Here are some o
