On 10/21/2014 10:02 PM, Joe Taylor wrote:
Hi Rusty,
>> Using version 1.4.0-rc2 r4400, I cannot seem to get the radio to respond
>> to transmit. I have checked, double checked, and triple checked my
>> settings to make sure everything matched and nothing. Had a friend of
>> mine who works in the I
On 10/24/2014 03:42 PM, Bill Somerville wrote:
Hi Bill,
> Joe has recently corrected the name of a palette file for WSJT-X. This
> is OK but the build will not pick up the new name unless the resources
> definition file is also updated.
What is your recommendation to perform this update ?
Furth
Hello!
One of fldigi's options to control the transceiver is to use the program
"flrig". Especially with the new version 3.22.*, the tendency to use
this option becomes stronger because of the new S-meter function.
The communication between fldigi and flrig occurs via XMLRPC.
Although flrig is
On 11/14/2014 11:47 AM, Bill Somerville wrote:
Hi Bill,
Probably it would be best to ask Dave and Stelios about an API or any
other helpful interface and documentation to flrig. I have included
appropriate Cc's to this message.
Best 88 de Claude
> On 14/11/2014 06:23, Claude Fran
On 11/14/2014 06:39 PM, Alessandro Gorobey wrote:
> Now time problem. The NTP protocol can maintain synchronized the clock
> with a reference, but normally on a good quality laptop have a very poor
> quality clock. Looking at the results of NTP I can see drift of 100mS in
> 12 hours from shutdown
Hello !
I'm observing a strange behavior with WSJTX r4784.
For historical reasons, my working directory is still in ~/.wsjtx/bin/.
I starts the program from this directory. Now, I'm surprised not to see
the files named wsjtx.log timer.out wsjtx.ini ALL.TXT decoded.txt
wsjtx_status.txt having
Please allow me to report the following problems:
[ 4%] Building Fortran object CMakeFiles/wsjt.dir/lib/filbig.f90.o
/home/claude/ham/JoeTaylor/wsjtx/lib/filbig.f90:44.35:
plan2=fftwf_plan_dft_1d(nfft2,c4a,c4a,-1,nflags)
1
Warning: Same actual argument a
On 01/31/2015 12:56 PM, Bill Somerville wrote:
Thank you, Bill ! Now, the compilation runs OK.
Have a nice weekend !
Best 88 de Claude
> On 31/01/2015 04:37, Claude Frantz wrote:
>
> Hi Claude,
>
>> Please allow me to report the following problems:
>>
>>
On 02/02/2015 08:45 PM, Joe Taylor wrote:
> The following table presents measurements of decoding speed for a number
> of tests using WSJT-X versions 1.3, 1.4.0-rc2, 1.5r4925, and 1.5r4926.
> "Time" gives the time is seconds to decode the sample file
> 130610_2343.wav, which has 8 decodable JT9 si
Please see here the result I have got with SVNVERSION 4928.
I have suppressed the "-m" flag because the software rejects it.
Best 88 de Claude
$ time ./jt9 -p 1 -d 3 -w 2 -e .
/home/claude/.wsjtx/bin/save/samples/130610_2343.wav
2343 -7 0.3 3196 @ WB8QPG IZ0MIT -11
2343 -16 1.0 3372 @ KK4
On 02/04/2015 08:42 AM, Claude Frantz wrote:
> Please see here the result I have got with SVNVERSION 4928.
I'm very sorry, I have used the wrong executables. Here the right output
now:
$ time ./jt9 -p 1 -d 3 -w 2 -m 1
/home/claude/.wsjtx/bin/save/samples/130610_2343.wav
2343 -9
Hi all,
I have just run jt9_omp under valgrind. All the other arguments are the
same as used previously. You will find the log attached.
Perhaps that this can help a little bit.
Best 88 de Claude
valog.txt.bz2
Description: application/bzip
--
On 02/07/2015 01:03 PM, Bill Somerville wrote:
> The current situation as far as I am concerned is that we need to make a
> decision whether to go ahead with using OpenMP to get parallelism in
> WSJT-X. If we decide "yes" then the CMake script will build jt9 with
> OpenMP on platforms that have a
On 02/07/2015 06:43 PM, Bill Somerville wrote:
> I disagree. For example the JT65 decoder and the JT9 decoder are pretty
> much independent and there is virtually no contention between them. This
> means that they can be run in parallel on two CPUs with little or no
> overhead for distributing th
On 02/08/2015 12:51 AM, Chuck Forsberg WA7KGX wrote:
> The current svn co svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx
> compiles and runs under Fedora 21.
Please allow me to add my own confirmation. I'm using the 32 bit version.
Best 88 de Claude
-
Hi !
The protection range implemented in WSJTX does not match the range used
in real practice on the 30 m band. Probably also on other bands, which
I'm not using now. In contrast, this behavior does not allow me to use a
range used for JT65 traffic.
What is the reason why ?
Best 88 de Claude
On 02/17/2015 09:44 AM, Claude Frantz wrote:
Hi !
How can I change the limits of the WSPR protection ranges ?
Is there an option in the config or in an additional file ?
How can I disable this protection feature ?
Thanks a lot !
Best 88 de Claude
> The protection range implemented in WS
On 02/20/2015 11:35 AM, Bill Somerville wrote:
>> How can I change the limits of the WSPR protection ranges ?
>> Is there an option in the config or in an additional file ?
>> How can I disable this protection feature ?
> WSJT-X currently disallows output between 10139900 Hz & 10140320 Hz.
> The
On 02/20/2015 01:59 PM, Bill Somerville wrote:
Hi Bill !
> WSPR signals are often very weak as low power transmitters are common.
> Also the WSPR transmission algorithm randomizes both the frequency and
> transmission periods so signals are more intermittent than JT65. The
> guard band is designe
On 02/20/2015 04:42 PM, Joe Taylor wrote:
Hi Joe,
> Something must be wrong with your frequency calibration.
I have computed these frequencies adding the frequency found on the
waterfall to the frequency read on the XCVR dial in USB mode. Exactly
the same frequency appears in the wsjtx window.
On 02/21/2015 02:52 AM, Joe Taylor wrote:
Hi Joe,
> If your transceiver dial frequency set to 10.138000 MHz, USB mode, WSPR
> activity should be found between 2100 Hz and 2300 Hz on the WSJT-X
> waterfall. See the attached screen shot, made with my setup.
Many thanks, Joe.
> WSPR signals are a
On 02/23/2015 02:32 PM, Bill Somerville wrote:
Hi Bill,
In which manner is computed the frequency which is displayed in relation
to the own balloon ?
Best 88 de Claude (DJ0OT)
--
Download BIRT iHub F-Type - The Free E
On 02/23/2015 09:26 PM, Alessandro Gorobey wrote:
Hi Alessandro & all !
> If I enable Pskreporter, I transmit the frequency of the spot, function
> at line 53of psk_reporter.cpp:
>
> void PSK_Reporter::addRemoteStation(QString call, QString grid, QString
> freq, QString mode, QString snr, QString
On 02/23/2015 09:26 PM, Alessandro Gorobey wrote:
Hi Alessandro & all !
> If I enable Pskreporter, I transmit the frequency of the spot, function
> at line 53of psk_reporter.cpp:
>
> void PSK_Reporter::addRemoteStation(QString call, QString grid, QString
> freq, QString mode, QString snr, QString
On 02/25/2015 10:47 PM, Alessandro Gorobey wrote:
Hi Sandro !
I have verified according to your procedure. The frequencies are matching.
Many thanks for your very useful suggestion.
Best 88 de Claude (DJ0OT)
> I verified that the frequency is correct comparing several entries.
> There is a of
On 04/22/2015 03:17 PM, Joe Taylor wrote:
Hi Joe,
> Comments on this possible course of action would be welcome, from anyone!
I share your opinion and I find this a very good idea.
Best 88 de Claude (DJ0OT)
--
BPM Cam
On 05/12/2015 12:45 PM, David White wrote:
> I used WSPR mode the past two nights with WSJT-X 1.6.1 r5353 and r5357.
> WSPR worked well in both receive and transmit, and I had no issues.
Here, svn is saying to be at revision 5355, but I cannot find a wspr
mode. What is or can be wrong ?
Best 88
ater svn release 5355 but I'm still at
version 1.6.0. Why ?
Best 88 de Claude
> -Original Message-
> From: Claude Frantz
> Sent: Tuesday, May 12, 2015 12:08 PM
> To: WSJT software development
> Subject: Re: [wsjt-devel] WSPR mode in WSJT-X 1.6.1-devel
>
> On 05/1
On 05/13/2015 02:45 PM, Michael Black wrote:
> When you branch the revision numbers branch too. That's why one branch can
> be ahead of another by rev#.
When I enter "svn info", I get
$ svn info
Path: .
Working Copy Root Path: /home/claude/ham/JoeTaylor/wsjtx
URL: svn://svn.code.sf.net/p/ws
I have tested here in receive mode only, on a 32-bit Fedora 21 system.
No problem up to now.
Best 88 de Claude
--
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 06/03/2015 05:41 PM, Claude Frantz wrote:
> I have tested here in receive mode only, on a 32-bit Fedora 21 system.
> No problem up to now.
I'm sorry. There is a little problem.
When switching from WSPR-2 to the JT65 mode, the marker is then the
small JT9 marker. I have to swit
The software does not more build on Revision: 5517, using Fedora 21:
Linking CXX executable wsjtx
CMakeFiles/wsjtx.dir/WSPRBandHopping.cpp.o: In function
`WSPRBandHopping::next_hop()':
WSPRBandHopping.cpp:(.text._ZN15WSPRBandHopping8next_hopEv+0x1f3):
undefined reference to `FC_hopping'
collect2
On 06/04/2015 11:42 AM, Josh Rovero wrote:
> I'm still on FC20 x86_64, r5517 builds and runs fine
I'm using the 32-bit Fedora 21, same revision level.
I have just made the following:
cmake-gui in the build directory: In the order: Configure and then generate.
make clean
make. Some warnings ap
On 06/04/2015 11:05 AM, Bill Somerville wrote:
>> The software does not more build on Revision: 5517, using Fedora 21:
>>
>> Linking CXX executable wsjtx
>> CMakeFiles/wsjtx.dir/WSPRBandHopping.cpp.o: In function
>> `WSPRBandHopping::next_hop()':
>> WSPRBandHopping.cpp:(.text._ZN15WSPRBandHopping8
Please note, that I have included the following link, in order to
satisfy the doc build:
ln -s /usr/share/asciidoc/images/icons/
/home/claude/ham/JoeTaylor/wsjtx/doc/user_guide/./images/icons
Do you think that this was the appropriate solution ?
Best 88 de Claude
On 06/04/2015 08:17 PM, Bill Somerville wrote:
> Note the last define. This file is generated by CMake and the lines in
> CMakeLists.txt at line 623 should be as below., which is how the file is
> generated.
I have just run "svn update" without errors or warnings and the revision
is 5534 now. Th
On 06/04/2015 08:23 PM, Bill Somerville wrote:
Hi Bill,
>> Please note, that I have included the following link, in order to
>> satisfy the doc build:
>>
>> ln -s /usr/share/asciidoc/images/icons/
>> /home/claude/ham/JoeTaylor/wsjtx/doc/user_guide/./images/icons
>>
>> Do you think that this was t
On 06/04/2015 08:17 PM, Bill Somerville wrote:
Hi Bill,
I have updated to revision 5543 now. The previously missing line at the
end of FC.h is inserted now. "make" terminates without errors now. But
there are still some warnings.
Thank you for your help, Bill !
Best 88 de Claude (DJ0OT)
> No
On 04/29/2015 06:06 PM, Bill Somerville wrote:
Hi Bill,
Which is the recommended way to generate the user doc file in the pdf
format ?
Best 88 de Claude (DJ0OT)
> OK, I was not proposing any changes to existing documentation build
> processes, just eliding the WSJT-X user guide generation.
>
>
On 06/06/2015 07:50 AM, Claude Frantz wrote:
> I have updated to revision 5543 now. The previously missing line at the
> end of FC.h is inserted now. "make" terminates without errors now. But
> there are still some warnings.
I'm on revision 5549 now, on my 32-bit Fedo
On 06/07/2015 10:23 AM, Bill Somerville wrote:
Hi Bill,
> That file should have been updated by the build. Something is not
> working correctly when you build. There has been a small change to the
> top level CMakLists.txt and that should trigger the CMake build to
> re-run the configure phase wh
On 06/07/2015 11:44 AM, Claude Frantz wrote:
> My next attempt was to enter "svn update" before "make". There is no
> more FC.h file in the top directory of the wsjtx software, nevertheless
> the executable has been build.
Please allow me to add an important additi
On 06/07/2015 01:32 PM, Bill Somerville wrote:
Hi Bill,
> I have tried to generate a PDF user guide using a2x with both dblatex
> and fop as a PDF generator back end but I have not fully succeeded due
> to several issues including errors in the current asciidoc source files
> that do not seem to
On 06/07/2015 12:36 PM, Bill Somerville wrote:
Hi Bill,
> If you have no locally edited files in the source tree then I suggest
> you delete it and check out again with a pristine source tree.
I have no such edited files now. But I want to save my current cmake
settings. What do I have to save
On 06/07/2015 02:26 PM, Bill Somerville wrote:
Hi Bill,
>>> If you have no locally edited files in the source tree then I suggest
>>> you delete it and check out again with a pristine source tree.
>> I have no such edited files now. But I want to save my current cmake
>> settings. What do I have
What is the format of the *.c2 files ? How can they be converted to a
more common format, e.g. using a tool like sox ?
Thanks a lot !
Best 88 de Claude
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud
In the recent releases, the string "!where?" appears often instead of
the country. cty.dat is a symbolic link to a bigcty file, in the most
current version available. In the past, this worked well.
Best 88 de Claude
--
The error is sporadic.
--- Begin Message ---
In the recent releases, the string "!where?" appears often instead of
the country. cty.dat is a symbolic link to a bigcty file, in the most
current version available. In the past, this worked well.
Best 88 de Claude
On 07/03/2015 10:02 AM, Bill Somerville wrote:
Hi Bill,
> What directory contains the symlink to cty.dat?
It's in the working directory. I'm still using ~/.wsjtx/bin/ here. As
mentioned, the error is sporadic.
Another sporadic error occurs when switching to WSPR-2. Sometimes there
is only one
On 07/03/2015 10:46 AM, Bill Somerville wrote:
> So you need to make your symlink like:
>
>ln -s ~/.local/share/WSJT-X/cty.dat
Many thanks, Bill. I have inserted this link now.
>> Another sporadic error occurs when switching to WSPR-2. Sometimes there
>> is only one sub-window in the upper
On 07/12/2015 09:18 PM, John N1ISA wrote:
Hi,
> I am seeing a WSPR-2 segmentation fault running WSJT-X v1.6.0-devel r5717
> in Linux. I am using a custom Ubuntu 15.04 install. I have run countless
> WSJT-X v1.6.0 devel versions without any issues for many, many months now.
In the recent past, I
Hi all !
Beginning with revision 5876, the compilation becomes a newer ending
story with the following last line appearing on the screen:
[ 96%] Building CXX object CMakeFiles/wsjtx.dir/qrc_wsjtx.cpp.o
After "make clean" nothing was different.
I'm using 32 bit Fedora 22.
Linux 4.1.6-200.
On 09/10/2015 10:56 AM, Bill Somerville wrote:
Hi all !
> I doubt it is hanging. Joe has added some new sample files and compiling
> them as resources will take a long time. This will only need to complete
> once since the file content does not change and they will not need
> recompiling.
You ar
On 09/11/2015 01:53 PM, Bill Somerville wrote:
Hi Bill, Jo & all,
> I am putting together an enhancement to WSJT-X to download sample files
> from the Internet. It may be helpful to use the FTP protocol but that
> would require an FTP server to host the files. Does
> ftp://physics.princeton.edu/p
On 09/19/2015 02:45 AM, Philip Pemberton wrote:
Hi Philip,
> I'm running WSJT-X (v1.5.0) on an Ubuntu 15.04 x86_64 system, using the
> packages on the WSJT-X website. The sound device is a USB sound card.
You are probably running pulseaudio.
> Every time I start WSJT-X, the receive master volum
On 09/22/2015 02:06 AM, Philip Pemberton wrote:
>> Please have a look to the following page:
>>
>> https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting
>>
>> You will probably found the answer there.
>
> That only seems to apply for output, i.e. transmit volume, not the
> Mic/Line In vo
Hi all,
In the past days, I have tried to use sfrsd as substitute for kvasd,
while performing QSO's on the air on SW.
It is difficult to compare to kvasd in this manner. It was just a test
to see what happens. In some instances, the decoding was not completed
at the end of the minute.
Best 88
On 09/23/2015 12:11 PM, Håken Hveem wrote:
Hi Håken,
In my opinion, if there are missing packages in source code, you cannot
compile. If there are missing packages in compiled library form, you
cannot start the program. It is necessary to have all the needed
packages, but more packages are not
On 09/23/2015 04:09 PM, Bill Somerville wrote:
Hi Bill,
>> In my opinion, if there are missing packages in source code, you cannot
>> compile. If there are missing packages in compiled library form, you
>> cannot start the program. It is necessary to have all the needed
>> packages, but more pack
Hi,
Please modify the Makefiles in the rsdtest directory, so that they can
be used in the Linux environment too. Thank you.
Best 88 de Claude
--
___
wsjt-devel mailing list
w
On 09/30/2015 01:14 PM, Steven Franke wrote:
Hi Steven,
> Hi Claude, I have done all of my recent development work on sfrsd2.c
> on a linux virtual machine, and the Makefile in rsdtest works for
> me. Steve k9an
At my site, it ends in the following manner:
gcc -I. -DWIN32 -DWin32 -DBIGSYM -DHAV
On 10/02/2015 05:29 AM, Steven Franke wrote:
> Eventually, it might be useful to add back in the code that
> accumulates statistics (in the 8x8 matrix form) and also enable
> sfrsd2 to read in the accumulated statistics without manual
> intervention, i.e. push-buttonize the self-tuning capability
Hi all,
I have just observed that the decoded line appears twice now, in JT9 mode.
Best 88 de Claude
URL: svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx_exp
Revision: 6008
32 bit Fedora 22
--
__
On 10/27/2015 06:12 PM, Joe Taylor wrote:
Hi Joe,
> I guess I need to remind you that useful bug reports should include
> these items:
> 1. Program name, version, SVN revision number, and operating system.
The program is wsjtx, SVN revision number 6008, and OS is Fedora 22, 32
bit, as mentione
On 10/27/2015 08:05 PM, Joe Taylor wrote:
Hi Joe,
> The SVN revision number is not enough, since a single revision number
> can apply to WSJT, WSJT-X v1.6.0, WSJT-X v1.6.1, etc. Are you running
> v1.6.0, or v1.6.1?
"./wsjtx --version" says "1.6.1-devel".
> In this case, a minimum number of ste
On 10/27/2015 09:40 PM, Claude Frantz wrote:
> "./wsjtx --version" says "1.6.1-devel".
Hi Joe and all,
Using revision 6033 today, I have observed this behavior again. I have
noted that this occurs, like previously, at the start of the program and
that it disappears lat
Hi all,
Yesterday, I have encountered an error situation with wsjtx, where the
waterfall window was frozen and the main window was running partially
only. I confess that I was unable to get useful information about the
encountered situation, which could be useful for debugging. I'm using
the s
On 11/10/2015 12:20 PM, Bill Somerville wrote:
Hi Bill,
> The Qt framework uses a single event loop for all activity in the main
> thread, that includes all UI activity. Because of this it is very
> unlikely that the behaviour you describe is anything more than a
> programming error in the applic
Hi,
If I have calibrated the sound card using the fldigi's own procedure,
can I report this value in wsjtx ? Is a conversion needed ?
Best 88 de Claude (DJ0OT)
--
___
wsjt-dev
On 01/02/2016 01:38 PM, Josh Rovero wrote:
> 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 obv
On 01/06/2016 03:11 PM, Bill Somerville wrote:
> that seems to be an RFI issue; USB connections, especially hubs are
> prone to RFI and will disconnect devices at the slightest level of
> interference. This is probably due to noise on the USB 5V line as that
> line is already used to detect USB de
On 01/07/2016 09:25 PM, Alan VK2ZIW wrote:
Hi Alan and all,
> I've not had any problems with USB as Audio device.
> My radios are 3m away from the USB interface, shack is a
> tin (colourbond) shed, antenna on top.
> Little chance of RFI.
>
> WSJT, WSPR, WSJT-X always reliable.
Fine for you, dear
On 01/26/2016 02:52 PM, Michael Black wrote:
> Have we discussed this before?
I cannot remember.
> The ADIF logging from WXSJT-X inserts TIME_ON which is really TIME_OFF.
> Should be easy enough to add a start time with either a transmitted CQ or
> Tx 1 message or 1st message received with your
On 01/27/2016 12:31 AM, John Nogatch wrote:
Hi John,
> When I tried uploading QSO data which had only TIME_OFF and without
> TIME_ON, LoTW incorrectly recorded the QSO time as 00:00.
This is a wrong behavior because an absent information cannot be
replaced by a value of zero.
Best 88 de Claude
On 01/27/2016 01:47 AM, Yannick DEVOS (XV4Y) wrote:
Hi Yannick and all,
> That's right John. While ADIF does not specify any require field
> because it wants to stay "open" and able to carry any radio related
> data,
This is a big problem with ADIF. The specification is imprecise and
incomplete
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.
What is the recommended method to tell Cmake to use this Hamlib 3
include and dynamic modules ?
Thanks a lot !
Best 88 de Claude
> The Makefile.linux b
On 04/12/2014 09:27 AM, Greg Beam wrote:
Hi Greg,
> This info is form Bill (G3WJS) regarding a similar situation.
>
> For background, Hamlib3 is not released from the HL developers yet, so
> you probably won't find it in your Linux distro repositories.
In fact, I have hamlib 3 from
git://hamlib
On 04/15/2014 10:29 PM, Bill Somerville wrote:
Hi Bill and all,
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 remain unchanged when this option is set.
Thanks a lot !
While tying to compile on 32 bit Fedora 19, I encounter the following
situation:
running scons
Removing build directory /tmp/tmp3nbwxy
/usr/bin/mv w.*.so WsprMod/w.so
/usr/bin/mv: cannot stat ‘w.*.so’: No such file or directory
make: *** [WsprMod/w.so] Error 1
#
In fact there is only a fil
Here is the output I have got when trying to start:
$ /usr/bin/python3 -O wspr.py
Traceback (most recent call last):
File "wspr.py", line 45, in
from WsprMod import w
ImportError: dynamic module does not define init function (PyInit_w)
Is there a module missing which should be installed
On 05/19/2014 01:30 PM, ki7mt wrote:
Hi Greg,
> This looks like a re-post of you original message. The configure script
> has been updated to include the w*.so move as well as provide for custom
> f2py / f2py3 installations using:
>
> ./configure --with-f2py=
The current behavior is a little bit
On 05/19/2014 12:48 PM, Chuck Forsberg WA7KGX wrote:
> Try replacing f2py with f2py3 in the Makefile.
I have tried it. As I can observe, the behavior is the same.
Best 88 de Claude
--
"Accelerate Dev Cycles with Automat
On 05/19/2014 02:41 PM, Claude Frantz wrote:
>> Try replacing f2py with f2py3 in the Makefile.
>
> I have tried it. As I can observe, the behavior is the same.
I'm sorry, at first I have not replaced both occurrences. Now, I have
corrected and the program is starting.
While
On 05/19/2014 10:28 PM, ki7mt wrote:
Hi Greg,
> I'm not sure which version of Linux your using, but on Ubuntu I install
> or check the installation of:
>
> libusb-dev libhamlib-dev libhamlib-utils
I'm using 32 bit Fedora 19, all updates installed.
> Under Setup >> Station Parameters, check the
On 06/22/2014 06:07 PM, Graham wrote:
> it seems it might have been related to python-numpy.
I'm using Fedora 19 and the following packages are installed:
python3-numpy-f2py
python3-numpy
When asking the information about python3-numpy-f2py, the response
related to the description is:
This pac
On 08/01/2014 05:42 AM, jeff millar wrote:
> 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 frequency". This occurs
> about 1 sec after starting a transmissio
On 08/03/2014 06:14 PM, Patrick wrote:
> First, I have a TS2000 connected via a Microkey II, I am using mhuxd and
> rigctld to control the tranceiver, and all is working there.
In previous postings, I have mentioned that additional arguments may
become necessary when using hamlib. Please allow m
On 12/02/2017 05:42 PM, John Broughton wrote:
Hi John & all,
> My procedure with the .adi file is that I rename it every day
> by adding the date to it, e.g. wsjtx_log12-2-2017 will be today's
> file's name. I then save it. I began that when I started working
> JT65 in Sept. 2015 and kept doing i
On 01/18/2018 09:06 PM, Bill Somerville wrote:
Hi Bill, Jaroslav, Richard & all,
> that issue that Mike posted suddenly makes things clear to me. It would
> appear that Fedora is somehow enforcing that stack should not be
> executable. This is not compatible with WSJT-X's use of Fortran function
On 01/19/2018 12:41 PM, Bill Somerville wrote:
Hi Bill & all,
>> Perhaps is this problem related to the recent effort to avoid W+X pages.
>> I'm no sure.
> if that is the case then it is not acceptable. I cannot think of any
> attack vector on the jt9 executable that could do harm that is enable
On 02/03/2018 07:00 PM, Bill Somerville wrote:
Hi Bill & all,
> As this is an unsolicited input message it is preferable that the server
> (your external application) is capable of joining a multicast UDP group
> address so that it is compatible with other such servers that might wish
> interoper
On 03/07/2018 10:39 AM, Hans Piehler wrote:
Hi Hans,
> I started FT8 with a small equipment FT817. In this configuration I made
> some QSO.
>
> The picture FT817 show the settings and the screen. It seems to work right.
>
> Than I changed to my home station FT920. There ist the picture FT920
>
On 03/08/2018 11:40 PM, Barry Smith wrote:
Hi Barry,
WSJT-X is using hamlib and according to hamlib, the support of the
AR3030 is untested. I suggest you to examine the documentation of your
rig in order to find the acceptable values for the command below.
Then is suggest you to use, at first, t
On 03/13/2018 03:30 PM, Bill Somerville wrote:
Hi Bill & All,
> very few rigs allow changes to stop bits or data bits so nobody should
> care as the defaults will just work.
While using the Yaesu FT2000, I could only get stable working conditions
when setting timeout=500,retry=2,write_delay=5,po
On 03/08/2018 11:40 PM, Barry Smith wrote:
Hi Barry & all,
I have observed that a large update has been applied recently to the
AOR-3030 module of hamlib. It's available via git at git.code.sf.net.
Best wishes,
Claude (DJ0OT)
-
On 03/22/2018 01:31 AM, Palle Preben-Hansen, OZ1RH wrote:
Hi Palle & all,
> I suggest a feature so WSJT-X in DXpedition mode can't TX on the
> 'standard' frequencies.
Like the protection of the WSPR frequency areas ? I approve this
proposal. This seems to be a reasonable choice because the verba
On 04/01/2018 04:33 PM, walt williams wrote:
Hi Walt & All,
> My computer crashed and I had to download my log files from LoTW in ADIF
> format.
It's not a great idea to rely on LoTW (or any other log service) as a
backup system for your logs. They do not save an exact copy of your
logs. Please
On 04/07/2018 07:18 PM, John Becker wrote:
Hi John & All,
Here in JN58, I was only able to copy an unique CQ at -20 dB from the fox.
Best wishes,
Claude
--
Check out the vibrant tech community on one of the world's mo
On 04/12/2018 04:17 PM, John LeRoy via wsjt-devel wrote:
Hi John & All,
> Canada requires a postpend. Check the Canadian regs.
According to the recent information (CQ-DL 4-2018) about the operation
according to the CEPT agreement, Canada requires a prefix, as usual,
such as VE4/ VO2/ VY2/ etc.
On 05/05/2018 10:27 PM, Al Pawlowski wrote:
Hi Al & All,
> Manual not real clear about what “fake it” actually does.
If my observation is right, the real split mode is using the secondary
VFO of your XCVR, sometimes set to a different frequency as the main
VFO, as the VFO of the TX phase. In con
1 - 100 of 460 matches
Mail list logo