On 30/03/2014 03:37, Eric NO3M wrote:
Hi Eric,
Glad you have pulled everything together, one additional prerequisite below:
===
Part of default distro install:
core/glibc 2.19-3
provides:
libc.so.6
libm.so.6
core/gcc-libs 4.8.2-8
provides:
libgcc_s.so.1
libquadmath.so.0
-level CMake script could automatically exclude, from the build,
sibling application directories that aren't present.
73,
-- Edson PY2SDR
73
Bill
G4WJS.
On Sun, Mar 30, 2014 at 12:22 PM, Bill Somerville
g4...@classdesign.com mailto:g4...@classdesign.com wrote:
On 30/03/2014 15:23, Joe
:49 PM, Bill Somerville
g4...@classdesign.com mailto:g4...@classdesign.com wrote:
Hi All,
I have been struggling to find a way to get the CMake build and the
qmake build to coexist without success so far.
The problem is a file that the CMAke build generates in the build
tree
On 30/03/2014 15:23, Joe Taylor wrote:
Hi all,
Hi Joe,
snip
*Trivia* - Does anyone here have some graphics skills? Our icons need
work. Somehow the ones in window title-bars look fuzzy compared with
wsjt.ico, the one we had been using;
Hi All,
because we are currently using a fork of hamlib and also because even
when all the changes in the fork are accepted and released as a new
version of hamlib is probably a long way off; it is necessary to deal
with how we link to hamlib in our release packages.
On Windows and Mac we
that CAT control will work with
the old library. I want developers and testers to use the new hamlib to
help me iron out defects that remain.
73's
Greg, KI7MT
73
Bill
G4WJS.
On 4/2/2014 12:46, Bill Somerville wrote:
Hi All,
because we are currently using a fork of hamlib and also because
and development just in case anyone needs them.
snip
73's
Greg, KI7MT
73
Bill
G4WJS.
On 4/2/2014 12:46, Bill Somerville wrote:
Hi All,
because we are currently using a fork of hamlib and also because even
when all the changes in the fork are accepted and released as a new
version of hamlib
On 07/04/2014 01:19, Laurie VK3AMA wrote:
Hi Laurie,
I have been extending JTAlert to support the new 1.4 multi-instance
functionality.
JTAlert docking is now broken with 1.4. Standard api commands,
ShowWindow(), MoveWindow() and SetWindowPos() sent by JTAlert to the
wsjtx window are being
for release can be produced
in a few minutes by anyone using the CMake script.
73,
-- Edson PY2SDR
73
Bill
G4WJS.
On Wed, Apr 2, 2014 at 4:32 PM, Bill Somerville g4...@classdesign.com
mailto:g4...@classdesign.com wrote:
On 02/04/2014 20:10, Edson W. R. Pereira wrote:
Bill, Greg
On 12/04/2014 07:33, Claude Frantz wrote:
Hi Claude,
On 04/11/2014 07:40 PM, Greg Beam wrote:
Hamlib 3 is not part of my current Linux distribution. I have compiled
and installed it separately.
There some changes that are newer even than the Hamlib 3 main
repository, currently they are in my
On 15/04/2014 15:20, Joe Taylor wrote:
Hi all,
Hi Joe,
My thanks to all who have been so productive during my recent absence
from this list. My trip to the Netherlands to participate in reopening
ceremonies for the Dwingeloo radio telescope -- once the largest radio
telescopes in the world
On 16/04/2014 07:10, Claude Frantz wrote:
On 04/15/2014 10:29 PM, Bill Somerville wrote:
Hi Bill and all,
Hi Claude,
I would appreciate the introduction of an option, which would avoid, at
startup time, that the frequency and band will be set to a saved value.
The frequency and band should
On 24/04/2014 02:37, KI7MT wrote:
Hi Bill,
Hi Greg,
On 04/23/2014 07:29 PM, Bill Somerville wrote:
On 24/04/2014 02:18, KI7MT wrote:
Hi Greg,
For Ubuntu 14.04, it's pretty easy:
Open Dash, Appearance
Under Behavior, Show the menus for a windows,
Select the Box.
Should put all
On 03/05/2014 20:11, Joe Taylor wrote:
Hi all,
Hi Joe,
I'm happy to report that I haven't heard a Tx audio glitch from WSJT-X
for some time. Bill probably knows exactly when (and why, at least
approximately) this stopped happening. As far as I can see, the Tx
audio is now as rock-solid as
On 07/05/2014 07:25, Pino Zollo wrote:
Hi Pino,
At the moment of saving a new configuration after having changed the
audio input from default to USB headphone set.
Ubuntu 12.04 32 bit
--
wsjtx
Version of wsjtx please?
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to
On 07/05/2014 22:28, Chuck Forsberg WA7KGX wrote:
Hi Chuck,
Turns out there is no libfftw3f.a on my system.
I downloaded the current fftw3 source from fftw.org,
compiled and installed it. Still no libfftw3f.a anywhere
on my system except for one in the wspr source
directory (??)
libfftwf.so
On 08/05/2014 00:43, David wrote:
Hi Joe,Bill and All
Hi David,
Im now disturbing the ether with some RF
because of the small size backyard (20m x 10m) i couldnt put up my hexbeam
or even a dipole.searched the net and found a S9V18 vertical that
would do
the job and was a small price
I
On 08/05/2014 05:20, Pino Zollo wrote:
Hi Pino,
Hi Bill,
At the moment of saving a new configuration after having changed the
audio input from default to USB headphone set.
Ubuntu 12.04 32 bit
--
wsjtx
Version of wsjtx please?
V 1.1 r 3496
Only guessing here, have you
On 14/05/2014 16:17, Joe Taylor wrote:
Hi all,
Hi Joe,
Some changes to the WSJT-X UI suggested by W7DLG were committed in
revision 4138. Margin widths are reduced to a minimum in several places
so that window contents extend to the edges, and widgets are packed more
tightly. Arguably this
On 20/06/2014 14:39, Joe Taylor wrote:
Hi Greg (or anyone else who might know...),
Hi Joe,
After generating the User Guides for WSJT and WSPR in the usual way,
displaying the resulting html files in Firefox shows them with the same
font size (as expected).
However, if I use Firefox to print
On 08/07/2014 07:35, Jim Brown wrote:
Hi Jim,
I've experienced several (at least four) random crashes for which I
cannot correlate an action on my part. In all cases, WSJT-X has been
running normally for many hours (even days) and for no obvious reason,
crashes. This does not happen often, I
On 11/07/2014 06:04, Chase Turner wrote:
Hi All,
Hi Chase,
As I am making my way through the user guide for WSJT-X, I followed
the tutorial and came across a strange bug(?): as I had to move the
Wide Graph/Waterfall Window around, I found that when I resized it
while examining a .WAV file,
/2014 02:30 PM, Juraj Buliscak wrote:
This way is described in official page
http://physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjt-dev-guide.html
So, how to correctly compile wsjtx from source or where is it described?
TNX,
Duro, OM0XA
On Pi, 2014-07-11 at 20:46 +0100, Bill Somerville
On 12/07/2014 10:24, Juraj Buliscak wrote:
Hi Duro,
On So, 2014-07-12 at 10:02 +0100, Bill Somerville wrote:
On 12/07/2014 08:31, Juraj Buliscak wrote:
Hi Greg and Bill,
Hi Duro,
I tried both, Bill`s copmpile setup and jtsdk-nix. Compilation was
succesfull, but after running executable
On 17/07/2014 01:28, Laurie VK3AMA wrote:
Hi Laurie,
Can someone provide me with the correct WSJT-X Windows build instructions?
I don't want to build the release version. I wish to build from the
latest source.
Most of the work required to build on Windows is setting up the right
tools,
On 25/07/2014 22:08, Thomas Early wrote:
Hi Tom,
On 07/25/2014 01:23 PM, Bill Somerville wrote:
According to the code in hamlib, that should send a TX1 to my 590s,
but my mic is still active with the Text PTT button.
Although not all necessary, your changes should have worked.
You need
On 01/08/2014 04:42, jeff millar wrote:
Hi Jeff,
Sorry you are having some issues with the current WSJT-X code.
First problem: Most of the time, when starting a transmission or using
the Tune button, WSJTX throws a Rig Control Error Hamlib error:
Invalid parameter while getting current VFO
to set the stream name
is IMHO a Qt defect.
jeff, wa1hco
Hope this helps 73
Bill
G4WJS.
On 08/01/2014 05:10 AM, Bill Somerville wrote:
On 01/08/2014 04:42, jeff millar wrote:
Hi Jeff,
Sorry you are having some issues with the current WSJT-X code.
First problem: Most of the time, when starting
On 03/08/2014 17:14, Patrick wrote:
Hi All,
Hi Patrick,
Sorry to bug you with this, but I have problems with the Ubuntu 14.04,
so I am looking for some help...
First, I have a TS2000 connected via a Microkey II, I am using mhuxd and
rigctld to control the tranceiver, and all is working
this is taking so long to diagnose.
jeff, wa1hco
73
Bill
G4WJS.
On 08/01/2014 08:11 AM, Bill Somerville wrote:
On 01/08/2014 12:28, jeff millar wrote:
Hi Bill...
Hi Jeff,
Thanks for the ideas. I'm off to vacation for a week and will not
have access to the desktop or radio for that time. I will try
dependencies but it is possible that a rebuild may have missed something.
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Saturday, August 16, 2014 1:50 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Bug in HRD TCP
On 16/08
State
*N d0 CRRange = 0..1
?N N d0 CR
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Saturday, August 16, 2014 4:43 PM
To: wsjt-devel
-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Saturday, August 16, 2014 5:13 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Bug in HRD TCP
On 16/08/2014 22:59, Michael Black wrote:
Hi Mike,
It appears to me that the Omni VII does not allow you
On 03/09/2014 20:32, Michael Black wrote:
Hi Mike,
HRD just released a new version 6.2.72.292 and I've been running it
now for about 3 hours with HRD Logbook running and it hasn't died yet.
So me thinkst they fixed their problem. It wasn't mentioned in the
release notes but it was probably
handy but you must be careful not to overdrive any part of
the TX audio chain as any clipping will generate harmonics that may well
be inside your TX bandwidth.
73
Bill
G4WJS.
*From:*Bill Somerville [mailto:g4...@classdesign.com]
*Sent:* Wednesday, September 03, 2014 5:43 PM
*To:* wsjt-devel
On 04/09/2014 19:24, Joe Taylor wrote:
Hi all,
Hi Joe,
I'm home again after recent travels, once again getting back up to speed
on all the good things done by others.
Hope the travels were enjoyable, I gather from Dave G4RGK that the WX in
France wasn't too pleasant.
We have a lot of good
On 04/09/2014 21:37, Joe Taylor wrote:
Hi Bill and all,
Hi Joe,
Hope the travels were enjoyable, I gather from Dave G4RGK that the WX in
France wasn't too pleasant.
Some rain, to be sure. But we had a delightful time nevertheless!
Thanks for detailing the remaining issues you're aware of
On 05/09/2014 18:36, Joe Taylor wrote:
Hi Bill,
Hi Joe,
When you get a chance, could you modify CMakeLists.txt so that the
executables jt65code[.exe] and jt9code[.exe] are once again built as
part of the WSJT-X build procedure.
These utility programs are described in the User Guide
On 09/09/2014 13:48, Michael Black wrote:
Hi Mike,
I've determined the problem now is with HRD (running 6.2.72.293) and Windows
7 32-bit. So I'm going to report this to HRD.This behavior also shows
up during WSJT-X operations during frequency changes with very slow freq
changes (like 10
On 11/09/2014 22:05, Bill Somerville wrote:
No Hamlib DLLs which is what you have below - all is OK now.
Oops, no it's not. That libhamlib-2.dll should not be there. I suspect
it is old and not put there by the build you have just done.
Try nuking the install directory and running the build
On 11/09/2014 22:08, Michael Black wrote:
Hi Mike,
But what about hamlib-3.dll?
Not required - we statically link Hamlib for now so as not to clash with
any other application that uses Hamlib-2.
73
Bill
G4WJS.
--
Want
On 11/09/2014 21:43, KI7MT wrote:
Hi Bill, Mike,
Hi Greg,
Just FYI
I just built both Debug and Release install targets, and the only thing
Hamlib related in the Build Tree are the .cpp.obj and .cpp files, which
should be there I would expect.
The install directories are clear of any
.
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Thursday, September 11, 2014 4:09 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Back in town
On 11/09/2014 22:05, Bill Somerville wrote:
No Hamlib DLLs which is what
in your case.
snip
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Thursday, September 11, 2014 5:00 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] Back in town
On 11/09/2014 22:50, Michael Black wrote:
snip
//Path
the static archive (./configure --enable-static ...).
Mike W9MDB
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Thursday, September 11, 2014 5:37 PM
To: WSJT software development
Subject: Re: [wsjt-devel] Back in town
On 11/09/2014 23
and see if I can find it.
My current build has code in that could potentially turn some Yaesu rigs
into paperweights so I think for now your install is best.
73's
Greg, KI7MT
73
Bill
G4WJS.
On 9/11/2014 22:43, Bill Somerville wrote:
On 11/09/2014 23:40, Michael Black wrote:
Hi Mike,
Nope
On 12/09/2014 00:04, Bill Somerville wrote:
On 11/09/2014 23:57, KI7MT wrote:
Hi Bill,
Hi Greg,
Yup, I think that's the issue. I've never been able to build Hamlib3 on
Windows, only on Linux. My current version was from one of your DropBox
Downloads I believe.
I can Zip up my version
On 16/09/2014 17:49, Eric NO3M wrote:
Hi Eric,
What font are folks using to prevent the Q tail from being cut off in
the decoded text window? Have tried numerous, but none seem to resolve
the problem, and more often than not, the font doesn't get updated in
the decoded text area, only the
On 15/09/2014 17:09, Michael Black wrote:
Hi Mike,
I do believe I'm up-to-date with the latest...
I just removed the wsjtx dir and did build wsjtx rconfig and this
happened (dconfig does the same thing):
CMake Error at cmake_install.cmake:71 (FILE):
file INSTALL cannot find
On 12/09/2014 16:51, Joe Taylor wrote:
Hi all,
Hi Joe,
Consensus has it that an open Beta Release of WSJT-X v1.4 on or about
October 1 makes good sense.
Toward that end, here's a tentative version of an announcement that
would be made on the wsjtgroup reflector -- our most active public
On 16/09/2014 08:31, John Nelson wrote:
Hi John,
Another suggestion:
An option on the Preferences page to change the range of the Power
attentuation - currently zero to -30db - but at times a more useful range
might be zero to -10dB.
This used to be 0 to -10dB but I changed it to 0 to
On 18/09/2014 00:07, Michael Black wrote:
Hi Mike,
I just noticed that a dev_nullf file is in the temporary file location
and is being created every minute
That's to be expected, it's probably actually created many times during
the decode phase. The jt9.exe program shells the kvasd program
On 18/09/2014 20:25, Joe Taylor wrote:
Hi all,
Hi Joe,
In preparation for the public beta release of WSJT-X v1.4 planned for
October 1, we need to agree on a revision number for the code and
supporting files that will be tagged in the repository, made into a
*.tar.gz file, etc., for the
=$HOME/hamlib-prefix \
--disable-shared --enable-static \
--without-cxx-binding --disable-winradio
make
make install
73
Bill
G4WJS.
On 23/09/2014 15:50, Bill Somerville wrote:
Hi All,
I have just pushed the latest updates I've made to Hamlib 3 to my
public fork of the project
On 23/09/2014 17:26, Michael Black wrote:
Hi Mike,
I'm posting to the wstj list to get this off of hamapps. I've heard
some get annoyed at non-hamapps threads.
Well the request could be fulfilled by JTMacros although I doubt Laurie
would consider it of high priority.
Here is a link to
before I have sent them a report!
If everyone tried to use the decode double clicks to progress their QSOs
there might be less confusion on the bands.
Mike W9MDB
73
Bill
G4WJS.
*From:*Bill Somerville [mailto:g4...@classdesign.com]
*Sent:* Tuesday, September 23, 2014 11:56 AM
*To:* wsjt-devel
through the Qt code trying to find where the event
is being consumed.
de Laurie, VK3AMA
73
Bill
G4WJS.
On 24/09/2014 7:59 AM, Bill Somerville wrote:
On 23/09/2014 22:55, Laurie VK3AMA wrote:
Hi Laurie,
Tested with 1.3
coded the JTMacros change.
OK I'll forget about this then as that seems solid and simple ;)
Thanks
de Laurie, VK3AMA
73
Bill
G4WJS.
On 24/09/2014 8:30 AM, Bill Somerville wrote:
On 23/09/2014 23:24, Laurie VK3AMA wrote:
Hi
On 24/09/2014 15:05, Joe Taylor wrote:
Hi Bill,
Hi Joe,
Some feedback on your build procedure for hamlib on Windows.
I followed your suggested procedure:
In an MSYS shell:-
mkdir ~/hamib-prefix
cd ~/hamlib-prefix
git clone git://git.code.sf.net/u/bsomervi/hamlib src
cd src
git
On 24/09/2014 17:50, KI7MT wrote:
Hi Greg,
Hi Joe,
On 9/24/2014 16:31, Joe Taylor wrote:
snip
The only complaint issued by any of the scripts is this one from the
JTSDK-QT command build wsjtx package:
###
CPack: Create
A small clarification:-
On 24/09/2014 17:53, Bill Somerville wrote:
On 24/09/2014 17:50, KI7MT wrote:
Hi Greg,
Hi Joe,
On 9/24/2014 16:31, Joe Taylor wrote:
snip
The only complaint issued by any of the scripts is this one from the
JTSDK-QT command build wsjtx package
On 24/09/2014 18:00, Joe Taylor wrote:
Hi all,
Hi Joe,
Should the installation packages for wsjtx-1.4.0-rc1 include the
latest-and-greatest version of the WSJT-C User Guide? It's online at
http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main.html
Which is good, since that
On 24/09/2014 18:09, KI7MT wrote:
Hi Greg,
HI Joe,
I forgot to mention, when building the package:
build wsjtx package
the script will perform at build tree configure first, then, it runs:
cmake --build . --target package
%OPTION% is not set, so the default is Release
I don't think
On 24/09/2014 18:11, Bill Somerville wrote:
On 24/09/2014 18:00, Joe Taylor wrote:
snip
Should the installation packages for wsjtx-1.4.0-rc1 include the
latest-and-greatest version of the WSJT-C User Guide? It's online at
http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main.html
.
On 9/24/2014 16:44, Bill Somerville wrote:
On 24/09/2014 17:31, Joe Taylor wrote:
Hi Bill and Greg,
Hi Joe,
As you recognized, the procedure I went through installed the newly
built hamlib files, but not in the places I had expected. My mistake.
I have now changed the --prefix=... part
On 25/09/2014 15:13, Joe Taylor wrote:
Hi all,
Hi Joe,
Does anyone have last-minute must do commits for the WSJT-X code?
Are we converging toward tagging revision 4363 as release candidate 1
for version 1.4.0 ?
I am still working through the consequences of adding in the local user
guide.
can supply the basic format, colour
depth, alpha channel requirements and, size parameters for each of the
several icons and images required by the build system for the various
platforms.
-- Joe
73
Bill
G4WJS.
On 9/25/2014 10:18 AM, Bill Somerville wrote:
On 25/09/2014 15:13, Joe Taylor
On 25/09/2014 17:50, KI7MT wrote:
Hi Bill,
Hi Greg,
On 9/25/2014 16:28, Bill Somerville wrote:
On 25/09/2014 15:39, Joe Taylor wrote:
Hi Joe,
RR Bill, thanks for the update.
OK, I think I'm done.
The Linux package building is still short of making compliant packages
but at least some
On 25/09/2014 18:14, KI7MT wrote:
HI Bill,
Hi Greg,
On 9/25/2014 17:07, Bill Somerville wrote:
On 25/09/2014 17:50, KI7MT wrote:
Hi Bill,
Hi Greg,
On 9/25/2014 16:28, Bill Somerville wrote:
On 25/09/2014 15:39, Joe Taylor wrote:
Hi Joe,
RR Bill, thanks for the update.
OK, I think I'm
Hi All,
the first cut of v1.4.0 has been made. The tag tags/wsjtx-1.4.0-rc1 has
been recorded.
Anyone making a distribution kit for the upcoming Beta release of v1.4.0
must checkout this tag and ensure you have a clean source tree before
building it. Do not commit any changes to the tag as it
On 25/09/2014 21:57, Joe Taylor wrote:
Hi Bill,
Hi Joe,
Thanks for posting a clear statement of correct repository procedures
going forward.
All seems OK to me, except possibly for your parenthetical statement
one day we really need to move this to trunk.
We can't do this unless we give up
the scope of the branch or v1.4.0
tags so they continue on a linear history. I guess we will tag them too
at the point of the last v1.4.0 build so we know what we made the
release with FWIW.
73's
Greg, KI7MT
73
Bill
G4WJS.
On 9/25/2014 21:11, Bill Somerville wrote:
On 25/09/2014 21:57, Joe Taylor
Hi All,
branching and merging in source control is often a source of confusion
and seems daunting at first so here is an example that covers the
Release branch situation we are currently in.
Greg (KI7MT) has checked out the WSJT-X v1.4 branch branches/wsjtx-1.4
and made a change that needs to
On 26/09/2014 01:57, Joe Taylor wrote:
Hi Bill,
Hi Joe,
Greg (KI7MT) has checked out the WSJT-X v1.4 branch branches/wsjtx-1.4
and made a change that needs to go into the next release candidate
wsjtx-1.4.0-rc2. At the time of writing he has committed the change to
the branch but not yet
On 26/09/2014 21:45, David wrote:
Hi David,
Hi Billtrying to use the Script to build your latest Hamlib 3
followed the script to the letter and i get this error
checking for gcc...gcc
checkingwhether the C compiler worksNO
configure: error: in /home/djmunn/hamlib-prefix/build
C
On 26/09/2014 22:30, Joe Taylor wrote:
Bill --
Hi Joe,
Sometimes make goes overboard with the number of parallel processes, you
can limit the number using '-jN' and with two hyperthreaded cores like
your machine '-j4' is probably optimal.
As I mentioned, I removed the -j flag entirely on the
Hi All,
this is an update for those that are building hamlib themselves for WSJT-X.
I recently noticed that the hamlib build process does not strip the
executable artefacts, this has not mattered until we added a copy of the
rigctld server to the WSJT-X build artefacts. There is no defect but
On 29/09/2014 14:40, Richard Shaw wrote:
Hi Richard,
Perhaps changing it to pre for pre-release would be better?
There is already an is release flag in Versions.cmake that could be
used to do that, when I get a chance I'll make that happen. My
preference is something like -dev or -devel but
On 30/09/2014 20:45, Richard Shaw wrote:
On Tue, Sep 30, 2014 at 2:39 PM, Bill Somerville
g4...@classdesign.com mailto:g4...@classdesign.com wrote:
On 30/09/2014 20:34, Richard Shaw wrote:
Looking at the CMake config, it seems the man pages were being
globbed for zipping instead
On 30/09/2014 22:08, KI7MT wrote:
Hi Joe,
Hi Greg,
a couple of observations although I'm no expert on Linux packaging.
Feedback on the documentation. You may want to leave it in, but long
term, just background info here.
Section 3.2 Linux:
The Debian/control file should include the
at the moment.
Hopefully a good number of v1.4 users. ~60 already reporting to
PSKReporter at the last update.
73's
Greg, KI7MT
73
Bill
G4WJS.
On 10/1/2014 18:35, Bill Somerville wrote:
On 01/10/2014 19:18, KI7MT wrote:
Hi Bill,
Hi Greg,
On 10/1/2014 18:06, Bill Somerville wrote:
On 01/10
On 02/10/2014 00:36, Josh Rovero wrote:
Hi Josh,
I normally run 7 instances of wsjtx simultaneously under W7 64-bit.
Each instance of wsjtx (and fldigi, and 2*hdsdr) runs in a separate
Finestra workspace.
The new 1.40-rc2 won't stay in a Finestra workspace,
and instead insists on being on
Hi All,
as I am addressing several issues forthcoming from Beta users, I have
checked in a file called issue log.txt into the wsjtx-1.4 branch. Feel
free to update if you are working on other issues or can add details to
current outstanding issues.
73
Bill
G4WJS.
On 02/10/2014 09:37, Andy Nunn wrote:
Hi Andy,
I don't know exactly where to send this so I am using the dev email
address. I just down loaded and tried to use this rc to no avail.
Sorry you are having issues with WSJT-X v1.4.
Presently I am using WSJT-X v1.3, r3673. and it is working
On 02/10/2014 16:21, Joe Taylor wrote:
Hi Bill,
Hi Joe,
Nearly 150 users have been sending spots from WSJT-X 1.4.0-rc2 to
PSKreporter, so presumably it's performing well for most of them.
A dozen-or-so issues have been reported. After reading your
issues-log.txt I am much impressed (and
On 03/10/2014 17:14, Joe Taylor wrote:
Bill --
Hi Joe,
For what it's worth: the CW ID message with shaping sounds very good on
all systems I've tested.
There is something broken in the way it generates the ramp.
I think this is what is happening:
I use qAbs(m_ramp -1) to get the amplitude
On 05/10/2014 10:17, Alessandro Gorobey wrote:
Hi all,
Hi Sandro,
I assume this is referring to WSJT-X.
I noticed that during the transmission can change the message
Try the following:
- put the power to zero and connect to dummy load to prevent disturbance
- doubleclick on a previous
On 06/10/2014 14:54, Joe Taylor wrote:
Hi all,
Hi Joe All,
hope you had a good race/voyage/circumnavigation or whatever it was and
didn't get too much water inside the waterproofs.
I will respond to all of these and update the issue log as I go.
In general whenever anyone is having CAT
On 06/10/2014 19:37, Alois Windpassinger wrote:
Dear developers,
Hi Alois,
have downloaded the Windows-version of 1.4.0-rc2 and installed it on
three of my
P-IV- WinXP pcs.
The software runs perfect with HRD- vers. 5 radio-control with my
TS440S as well as with the TS950s, using a
(SplitMode, QVariant::fromValue
(rig_params_.split_mode_));
Mike W9MDB
Hope this helps 73
Bill
G4WJS.
*From:*Bill Somerville [mailto:g4...@classdesign.com]
*Sent:* Tuesday, October 07, 2014 4:44 AM
*To:* wsjt-devel@lists.sourceforge.net
*Subject:* Re: [wsjt-devel] Freq change while tx
On 07/10
Some additional information below:
On 10/10/2014 14:14, Bill Somerville wrote:
On 10/10/2014 13:13, Joe Taylor wrote:
Hi Yannis,
I am forwarding your message to the WSJT developers list. We are
aware that some setups as complicated as yours still have rig-control
problems, and we
On 11/10/2014 13:54, Andreas Krüger wrote:
Hello, WSJT-X development team,
Hi Andreas,
I installed WSJT-X from wsjtx_1.4.0-rc2_amd64.deb on my Ubuntu
system. For what it's worth, I'm using the LXDE desktop.
But WSJT-X does not show a menu bar. I cannot enter settings
such as call sign or
On 11/10/2014 21:37, Michael Black wrote:
Hi Mike,
FYI...I'm testing Windows 10 Technical Preview and am happy to report that
WSJT-X works fine (I'm running the 1.;5 branch but I'm quite sure 1.4 will
work too since 1.5 is not a big departure from it).
Good to know.
It reports Qt: Untested
On 16/10/2014 21:12, Michael Black wrote:
Hi Mike,
Has any thought or attempt been given to multi-threading the decoding
process?
The decoding is almost exclusively Fortran code. Multi threading isn't
really the way Fortran code is parallelized (is that a word?), normally
a special
On 17/10/2014 16:29, Joe Taylor wrote:
Hi Joe,
I have spent 1.5 days trying to understand why kvasd[.exe], the
Koetter-Vardy algebraic soft-decision decoder, compiled correctly with
versions 4.6.1 and 4.6.3 of gcc and gfortran, but fails with versions
4.8.1 and 4.8.2.
With the code as it
On 17/10/2014 17:54, Joe Taylor wrote:
Mike --
As a speed freak, you should pay attention to what timer.out can tell you.
As for the call flush(6) at line 171 of decoder.f90: it's there
(inside the loop) so that the GUI will display each decode immediately,
when it occurs, rather than when
On 17/10/2014 17:59, Michael Black wrote:
Hi Mike,
Is showing up all at once a problem?
At the moment the decodes show up quicker in WSJT-X than before.
That flush could be adding 10's of MS per decode.
JTAlert is also monitoring that file for changes so one flush seems like the
best idea for
concurrency bugs in threaded code, for example the so called double
checked lock used in quite a lot of C++ code to initialize singleton
object instances.
On 17/10/2014 17:54, Bill Somerville wrote:
On 17/10/2014 16:29, Joe Taylor wrote:
Hi Joe,
I have spent 1.5 days trying to understand why kvasd[.exe
Hi Matthias,
a quick answer is that you need to install OmniRig on the development
machine because a tool runs in the build to generate the interface to
OmniRig from the registered OmniRig server. Both the recommended CMake
build and the old and obsolete qmake project should do this generation
On 17/10/2014 20:25, Joe Taylor wrote:
Hi all,
Hi Joe,
Bill responded to a recent query on wsjtgroup about the use of compound
callsigns.
As we all know, these are bit of a nuisance in JT65, JT9, and JT4, in
part because of the need to maintain backward compatibility with the
original JT65
1 - 100 of 3904 matches
Mail list logo