Was able to build fine on Fedora Core 64-bit after adding one package, but
can't run in my last good configuration since FLRig is missing.
Josh Rovero
KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/
I see similar behavior about every 72 hours or so on Fedora Core 41, 64-bit.
Restarting wsjtx seems to cure it for another 72 hours ..
Josh Rovero
KK1D
On Fri, May 23, 2025, 08:57
wrote:
> Send wsjt-devel mailing list submissions to
> wsjt-devel@lists.sourceforge.net
>
>
No problems compiling and running on Fedora Core 40, 64-bit.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
iles/Makefile2:279: CMakeFiles/wsjtx-build.dir/all]
Error 2
make: *** [Makefile:91: all] Error 2
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.s
Builds and runs well on Fedora Core 38 64-bit.
While WSPR band hopping, the first band change cycle "unsets" Enable Tx,
but after resetting Enable TX, subsequent band changes keep it set.
--
P.J. "Josh" Rovero http://www.roveroresearch
smit cycle.
With band-hopping enabled, the "Enable TX" button is unset after each
receive cycle and each "Tx Next" with "Enable TX" cycle.
Manually changing bands during a receive cycle will also unset "Enable TX"
Has something changed with respect
ng band change,
whether or not "tune" is selected in the WSPR band-hopping schedule.
"Enable TX" followed by "Tune" transmits as expected, but the second press
of "Tune" to stop tuning turns off both "Tune" and "Enable Tx" buttons.
Out
a transmit cycle, it will transmit, but "ENABLE TX"
is unset after the cycle. The "TUNE" option is selected for every band in
the Schedule Band Hopping UI.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
iles/qmap_impl.dir/all] Error 2
make[3]: *** [Makefile:156: all] Error 2
make[2]: *** [CMakeFiles/wsjtx-build.dir/build.make:73:
wsjtx-prefix/src/wsjtx-stamp/wsjtx-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:279: CMakeFiles/wsjtx-build.dir/all]
Error 2
make: *** [Makefile:91: all] Error 2
--
P.J. &
ke[2]: *** [CMakeFiles/wsjtx-build.dir/build.make:73:
wsjtx-prefix/src/wsjtx-stamp/wsjtx-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:279: CMakeFiles/wsjtx-build.dir/all]
Error 2
make: *** [Makefile:91: all] Error 2
--
P.J. "Josh" Rovero http://www.roveroresearch.org
H
Builds and runs fine on Fedora Core 37 Linux, 64-bit.
And the ALL_WSPR.TXT incorrect transmit band issue looks like it's fixed.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing
1440 KK1D FN31 30
This is with band hopping enabled, and "Tune" enabled in the band hopping
schedule UI. So the antenna tuner is tuned to the correct band before the
transmission, but the ALL_WSPR.TXT log lags and records instead the
previous receive frequency.
--
P.J. "Josh&q
transmit band.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
The latest release candidate builds and runs fine on Fedora Core 36, 64-bit.
Long term testing continues.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge
ave also created a 64-bit Windows installer that contains the same bug
> fix:
>
>
> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0-rc2/Tests/wsjtx-2.6.0-rc2-win64_WSPR_bug_fixed.exe
>
> Would be nice if you could give us feedback if it works.
>
>
> --
P.J. &qu
10:07:54.033172][43:28:11.816926][warning] Detected
dropped audio source samples: -2304 (-0.048 S)
[SYSLOG][2022-07-23 10:13:54.032763][43:34:11.816516][warning] Detected
dropped audio source samples: 2496 (0.052 S)
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Built from source on 64-bit Fedora Core 36. NTP and chronyc show time sync
to less than 13 ms.
WSPR mode. Receive cycles are timed correctly. The transmit cycles end
after 90 seconds, instead of going for 2 minutes.
The release 2.5.4 version of WSJT-X does not have this issue.
--
P.J. "
restarted, the "new" device names are found, can be
selected, and operation is normal until the next rescan.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.s
until the end of the next window at 14:20:00.
There is also a warning on startup:
QSocketNotifier: Can only be used with threads started with QThread
Does that imply that the thread in question was *not* started with QThread?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
2.6.0-rc1, built from source for 64-bit linux Fedora Core - In WSPR mode,
repeatedly switches bands on odd-minutes, after only 1 minute of
receive/transmit.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-dev
multiple instances of WSJT-X "play together" more reliably. That
part I understood pretty well :-)
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.s
I use Rig Split with FT-950 via a USB serial adapter.
On the first tune/transmit cycle after starting the software, the "Enable
Tx" button turns off, but manually turning it on keeps it on for subsequent
tune/transmit cycles.
--
P.J. "Josh" Rovero http://www.roverore
80mN/A - transmitting
0940 160m 6+ seconds
0942 80mN/A - transmitting
0946 40mNormal DT
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing
Builds from source and runs fine on Fedora Core 64-bit linux.
8 instances from the installer also running fine on Windows 10
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
I have .wav and .c2 files for two sequential two minute periods that show
the time jump. Ntpstat showed stratum 3, within 50 ms, at the time.
Where should I send the files?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham R
OZ7IT JO65 37
210116 1220 -7 6.00 14.0970735 DK1BL JO31 33
210116 1220 -5 6.08 14.0970768 MW0GRJ IO83 37
210116 1220 -1 6.04 14.0970943 DG4EU JO31 30
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
dipole) for daytime
40-10m. ANT 0 will cover 160-10, so it's not a show stopper, but if I had
the antennas reversed it would be
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing
Compiled from source and running without problems on Fedora Core 32 64-bit.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge
. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
mlib-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:192: CMakeFiles/hamlib-install.dir/all]
Error 2
Any hints?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch
<http://www.roveroresearch.org/>.net
http
and browsed the menus, but don't see an option to close
or open the Rx Frequency window.
Is there some obvious option or key sequence that I'm missing?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch
<http://www.rovero
The 60 dBm transmit power drop-down is sticky - if you change it to a
different value and save the configuration, the next time you start WSJT-X
it will revert back to 60 dBm.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roverorese
For WSPR, the dropdown setting changed from 30 dBm (1w) to 60 dBm (1 kw)
after installation.
Most other settings hadn't changed, so didn't notice it for an hour or so.
So, no, I wasn't transmitting WSPR at 1 kw rf output :-)
--
P.J. "Josh" Rovero http://www.rov
was produced, and
there were no decodes:
191225_172900 - good
191225_172915 - missing
191225_172930 - good
191225_172945 - missing
191225_173000 - good
and so on
Take care, happy holidays to all,
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
blue decode indicator (and actually decode signals that are present) on
alternate cycles (15 and 45 seconds, or 00 and 30 seconds).
Any ideas?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch
<http://www.roveroresea
ee it on Linux FC28/29 with PulseAudio channels. It's not a huge issue,
since my "real" WSPR ops are on Linux, but it is curious.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch
<http://www.
rror under FC26
It's WSJT-X 1.8.0...
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.roveroresearch.info
-
I deleted the wsjtx_src directory, refetched from svn, built and ran
without the errors.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.rov
es/wsjt_fort_omp.dir/build.make:1575:
CMakeFiles/wsjt_fort_omp.dir/lib/encode4.f90.o] Error 1
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/&g
All bands and modes set to 00.000 Mhz.
Not good :-)
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.rov
In recent versions (8000 - 8013) the hashed callsign text
in the wsjtx main window appears like:
<KB4RG>
instead of
Text is ok in the ALL_WSPR.TXT file, just not the window.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.rover
ke can not determine linker language for target: wsjt_fort
CMake Error: Cannot determine link language for target "wsjt_fort_omp".
CMake Error: CMake can not determine linker language for target:
wsjt_fort_omp
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D
normal WSPR passband, which explained why few stations were spotting me.
Moral of the story - double check the transmit audio frequency after
updates.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.
k4hf/cpolyfitw.f90.o' failed
make[2]: *** [CMakeFiles/wsjt_fort.dir/lib/fsk4hf/cpolyfitw.f90.o] Error 1
CMakeFiles/Makefile2:761: recipe for target 'CMakeFiles/wsjt_fort.dir/all'
failed
make[1]: *** [CMakeFiles/wsjt_fort.dir/all] Error 2
--
P.J. "Josh" Rovero http://ww
ally worked before
the reboot. It works after a reboot.
Is there anything that can be done to prevent a hung WSJT-X instance from
locking up the entire AppData\Local directory tree?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.rovero
re specific
> than "Re: Contents of wsjt-devel digest..."
>
>
> Today's Topics:
>
>1. Fwd: Re: Posting an issue with WSJT-X 1.7 (Joe Taylor)
>2. Re: Fwd: Re: Posting an issue with WSJT-X 1.7 (Bill Somerville)
>3. WSJTX 1.7.1 r7623 Build Error (Jos
; failed
make: *** [all] Error 2
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.roveroresearch.info
--
Is there a setting that can be used to prevent the accumulation of c2 and
wav files in the C:\Users\\appdata\Local\\save
directory?
Selecting menu item Save->None isn't it. They still accumulate.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Ra
Thanks to those who advised
There were existing locks that made the operation fail. "svn cleanup"
fixed them
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http
eforge site status is not showing any problems.
Any hints for resolving this?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.o
r target
'CMakeFiles/wsjt_fort_omp.dir/lib/decoder.f90.o' failed
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>
Still receives and decodes, just no waterfall/spectrum data showing in the
window.
This is on 64-bit Fedora Core 23. Previous versions (many) did not have
this issue.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresea
Just built and launched 1.7rc r7196,
dB meter indicates normal audio, but waterfall display is empty.
Time tics roll by, but no spectrum/waterfall.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.
. At
least CW Skimmer Server works
It's not wsjtx, it's Microsoft. The linux boxes are running fine
Life's too short for this kind of stuff
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.
to be nuked with the GUI "X" control.
Ideas? Suggestions?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.roveroresearch.info
--
This came under the category of "W10 update mangles audio devices".
Reinstalling VAC seems to have fixed it. Not a wsjtx issue, per se, but an
"any app that uses VAC" issue.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D ht
ldigi and
HDSDR.
Will try running all applications as administrator, and see if that helps.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
I noticed that none of my JT9 and JT65 reports were getting through to
pskreporter
Have to wonder if the latest W10 updates have changed firewall settings to
block them.
WSJTX was not in the list of "allowed" applications.
--
P.J. "Josh" Rovero http://www.roverore
Causes 64-bit Fedora Core 23 to punt as well.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.rov
r6662 is now building cleanly on windows 10 (JTSDK) and
Fedora Core linux (non-JTSDK).
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.rov
] Error 1
CMakeFiles\Makefile2:1274: recipe for target 'CMakeFiles/wsjtx.dir/all'
failed
mingw32-make.exe[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
makefile:136: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
--
P.J. "Josh" Rover
CONFLICT (content): Merge conflict in yaesu/Makefile.am
Auto-merging tests/rotctld.1
Auto-merging tests/rigctld.1
Auto-merging tests/rigctl_parse.c
Automatic merge failed; fix conflicts and then commit the result.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1
I was able to build and run r6658 on linux after first "gitting" the
latest hamlib trunk code
However, the JTSDK build on windows broke
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.rover
Just noting that it required major changes to my transmit audio volume
(increase, in this case) to get back to normal levels. Otherwise running
fine.
Most recent updates have *not* required major audio adjustments.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham R
I'm running 9 instances of r6525 (7 on W10 64-bit, 2 on 64-bit Linux) with
no errors noted
Josh Rovero
KK1D
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Anal
Just a note, one of the two most recent wsjtx changes,
introduced late on 22 February or early 23 February,
reset the WSPR-2 Tx frequency offset within the bands
to zero Hertz.
You may want to double check your Tx offset if you
have recently built 1.7.0 from source
--
P.J. "Josh&qu
ocked up while decoding.
3) GUI frozen, unable to interact with menus and/or buttons
4) Memory use didn't seem out of line.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http
Seeing similar symptom to earlier revisions,
wsjtx in wspr2 mode hangs after a few hours.
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http://www.rov
#x27;CMakeFiles/wsjt_qtmm.dir/all'
failed
make[1]: *** [CMakeFiles/wsjt_qtmm.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
Both built from source, Linux x86_64. WSPR-2 stops
processing (hangs) with steady decode indicator after
a couple of hours of operation. Main window and
spectrum GUIs remain open, but unresponsive.
I start wsjtx from a console window, no obvious error
indications there.
--
P.J. "Josh&qu
In WS{R mode, 20% Tx cycle and band-hopping
Turns off "Enable Tx" on every band change. So no transmitting at all...
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roveroresearch.org/>net
http
uage for target:
wsjt_fort_omp
CMake Error: CMake can not determine linker language for target: wsprd
CMake Error: Cannot determine link language for target "wsprd".
-- Generating done
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.rovero
After installing rc1 on my Windows 7 box, I find that
it will not talk to HDSDR via hamlib 3.0 -- hamlib times
out.
Any special secrets to resolve this?
--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D http://www.roveroresearch.
<http://www.roverorese
I've been running it since 23:30 UTC yesterday, with none of the issues.
FC22, x86_64, FT-950.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://ww
After manually setting all bands VFO A/B to ANT 2,
and turning off "Split" in WSJT-X, all is well with the FT-950.
Normal ops on WSJT and WSPR modes with r5604.
Live and learn :-)
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.r
no
HF antenna at the Antenna
1 position (like me), could be an issue.
Behavior is repeatable when switching modes from WSPR-2 to WSJT65/9 and
back again
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://ww
Is what was causing my crashes. The program is looking for it
in the root of wsjt-env; I would have thought it would go to
the contrib/Ephemeris directory (similar to its location in the source tree)
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresea
Bill (et al)
wsjtx r5602 also crashes on View -> Astromomical Data (Fedora Core 20,
x86_64).
Program is in WSPR-2 mode, and hopping on schedule. Hopping works,
as does switching between the day/sunset grayline/night/sunrise grayline
modes.
--
P.J. "Josh" Rovero
Ditto, r5595, FC 20 x86_64 linux, View -> Astromomical Data == crash
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.
On FC 20 x86_64 linux, selecting View -> Astronomical Data causes a crash
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.
r5557 is band hopping correctly, 5+ hours with no hamlib glitches
(with FC's regular hamlib, not the pre-1.3 version).
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://ww
The actual error is "Hamlib error: Protocol Error while getting current
VFO"
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http
see
all the logging.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.roveroresearch.info
--
__
I exercised r5547 on jt65, jt9, and wspr-2 this afternoon.
No hamlib errors on jt* modes, no matter how many
band changes. "Consistently intermittent and unpredictable" hamlib
errors on wspr band hopping.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.r
ults in no transmission over a two hour
period. Setting "TX Enable" and "Tx Next" gets a transmission started.
Then no further transmissions, and "Tx Enable" is un-set.
Nothing in my physical setup has changed, just the wsjtx version.
Building and running
Is *not* transmitting on schedule; only transmits when
both "Enable Tx" and "Tx Next" are checked.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org&g
I'm still on FC20 x86_64, r5517 builds and runs fine
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://ww
I've been using it every day for at least a few hours, and haven't seen any
serious issues (failures, memory growth, etc.). I detect other folks, they
detect me.
So, in my opinion, it's ready for a larger group of testers. :-)
I am noticing that the lowest band, 80m, that I have specified in night,
sunrise, and tune slots is never being selected for either reception or
transmission.
Josh Rovero
KK1D
Trying to wspr band hop in wsjt-x. receive only.
If bands are entered in the Tab 4 Tune: box, it transmits
on the band changes even if duty cycle is 0% and transmit
is *not* enabled.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresea
Built fine (a few warnings) on Fedora Core 20, x86-64.
Worked fine on jt65, jt9, and wspr.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.rov
I'm routinely svn'ing and building wjstx 1.6.0 series (and testing it every
day); I have also
retrieved the trunk and all branches.
I don't see an obvious way to retrieve the 1.6.1 wsjtx.
What am I missing?
--
P.J. "Josh" Rovero Ham Radio: KK1D
I know I'd be doing a lot more wspr if this were the case:-)
Josh Rovero
KK1D
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
r5089 compiles on FC x86_64 and runs well.
Thanks,
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.roveroresearch.info
*** [CMakeFiles/jt9sim.dir/lib/jt9sim.f90.o] Error 1
make[1]: *** [CMakeFiles/jt9sim.dir/all] Error 2
make: *** [all] Error 2
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
when attempting a small power adjustment.
So be careful with those arrow keys
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch.org>net
http://www.rov
Noticed same initial delay, but then decodes were noticeably faster than
before
Maybe there should be an indication in the GUI that the fftwisdom run is
in progress
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch. <http://www.roveroresearch
v4926 seems to compile and run fine on Fedora Core 20 x86_64.
Compile output says it built with OpenMP.
Not a ton of JT9 signals last night, but didn't crash or otherwise
misbehave for the hour or so I ran it.
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www
That's exactly the problem I had with WSPR and some non-K1JT
software apps.
I have over 30 virtual audio cables each running on my W7 and W8
workstations. How else could one run N receivers per band
for 7 bands per QS1R?
And I'm not the only guy running that many per PC
--
No problems with r3609 on Fedora Core 20 linux, 64-bit
--
P.J. "Josh" Rovero Ham Radio: KK1D
http://www.roveroresearch.org http://www.roveroresearch.info
--
Download BIRT iHub F-Type
1 - 100 of 109 matches
Mail list logo
